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SYSTEM  PERFORMANCE  REQUIREMENTS  ESTIMATION  AID 
SECTION  1  -  INTRODUCTION 

1.1  Objective  of  Paper 

This  paper  contains  the  software  design  specification  for 
an  aid  to  systematically  estimate  system  performance  requirements 
for  Army  weapon  systems  during  the  earliest  phases  of  the 
acquisition  process.  This  aid  is  one  of  six  products  being 
developed  as  the  Army  Research  Institute's  (ARI)  Manpower,  Per¬ 
sonnel,  and  Training  aids  for  the  MANPRINT  project. 

The  design  specification  describes  requirements  for  this 
aid,  presents  a  detailed  description  of  the  aid's  steps  and  the 
techniques  for  developing  them,  and  delineates  the  software 
design. 


1.2  Overview  of  (MPT)^  Products 

Figure  1.2-1  displays  the  six  (MPT)2  products  and  their 
expected  role  in  the  Army's  new  streamlined  Materiel  Acquisition 
Process  (MAP) .  The  first  four  products,  the  System  Performance 
Requirements  Estimation  Aid,  the  Manpower  Constraints  Estimation 
Aid,  the  Personnel  Constraints  Estimation  Aid,  and  the  Training 
Constraints  Estimation  Aid,  will  estimate  MPT-related 
requirements  and  constraints  during  the  Requirements/Technology 
Base  Activities  Phase  of  the  MAP.  These  requirements  and 
constraints  will  guide  subsequent  contractor  design  activities. 

The  System  Performance  Requirements  Estimation  Aid  (SPREA) 
will  help  Army  combat  developers  identify  comprehensive  and 
unambiguous  system  performance  requirements  needed  to  accomplish 
various  missions. 
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Figure  1.  Expected  Role  of  Six  (MPT) 2  Products. 


The  next  three  (MPT)2  products  will  determine  MPT 
constraints.  The  Manpower  Constraints  Estimation  Aid  (MCEA)  will 
identify  the  maximum  crew  size  for  operators  and  maintainers  and 
the  maximum  Direct  Productive  Annual  Maintenance  Manhours  (DPAMM) 
for  maintainers.  These  constraints  will  be  based  on  assessments 
of  the  manpower  likely  to  be  available  to  man  the  new  system. 

The  Personnel  Constraints  Estimation  Aid  (PCEA)  will 
estimate  the  significant  personnel  characteristics  that  describe 
and  limit  the  capabilities  of  the  probable  soldier  population 
from  which  the  new  system's  operators  and  maintainers  will  come. 
The  PCEA  will  identify  the  minimally  acceptable  boundaries  for  . 
these  characteristics . 

The  Training  Constraints  Estimation  Aid  (TCEA)  will 
identify  what  the  training  program  for  the  new  system  is  likely 
to  look  like.  It  will  also  determine  the  maximum  time  needed  to 
train  the  new  system's  operators  and  maintainers,  given  available 
training  resources. 

The  last  two  aids  will  help  evaluate  contractor  designs. 

The  Manpower  Determination  Aid  (MDA)  and  the  Personnel 
Requirements  Estimation  Aid  (PREA)  will  be  used  during  the  Proof- 
of-Principle  Phase  after  initial  contractor  designs  have  been 
submitted,  but  before  one  design  is  chosen  for  development  into  a 
prototype.  These  products  will  evaluate  initial  contractor 
designs  and  identify  personnel  characteristic  deficits. 

(Personnel  characteristic  deficits  are  discrepancies  between  the 
type  and  number  of  people  required  and  the  number  of  these  people 
likely  to  be  available  when  the  system  is  fielded) . 

The  MDA  will  determine  the  tasks,  jobs,  and  quantitative 
manpower  requirements  associated  with  each  contractor  design. 

The  PREA  will  determine  the  type  and  level  of  personnel 
characteristics  required  to  perform  each  task  associated  with  a 
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contractor  design  effectively.  The  results  of  these  two 
evaluative  aids  will  be  used  to  select  a  specific  design 
alternative  for  further  development.  As  such,  the  results  can  be 
incorporated  into  higher-level  analyses  such  as  the  Cost  and 
Operational  Effectiveness  Analysis  (COEA) . 

1.3  Organization  of  Paper 

The  remainder  of  the  design  specification  is  divided  into 
nine  sections.  The  second  section  provides  an  overview  of  the 
SPREA,  its  outputs,  functional  requirements,  users,  role  in 
acquisition  process,  and  a  discussion  of  our  approach  to  design 
specification . 

The  third  section  describes  the  steps  the  user  would  go 
through  to  apply  the  SPREA.  Included  in  this  description  is  a 
step-by-step  presentation  of  the  user  interface  of  the  SPREA. 

The  SPREA  will  contain  two  types  of  files  —  libraries 
which  describe  "hardwired"  input  data  and  working  files  that  are 
used  to  store  results  related  to  a  particular  application.  The 
structure  of  each  of  these  two  types  of  files  is  described  in  the 
fourth  and  fifth  sections.  The  description  of  the  libraries  also 
includes  the  actual  values  for  the  "hardwired"  input  data.  This 
section  also  describes  interfaces  with  other  (MPT)2  products  and 
lists  the  format  of  all  SPREA  output  reports. 

The  sixth  section  describes  the  models  that  will  be  used  in 
the  SPREA. 


The  seventh  section  provides  a  discussion  of  the 
documentation  which  will  be  produced  during  Phase  3  of  this 
project. 
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SECTION  2  -  GENERAL  PRODUCT  REQUIREMENTS 


2.1  Objectives 

The  purpose  of  this  product  is  to  provide  Army  personnel 
and  combat  developers  with  a  tool  for  systematically  describing 
performance  requirements  for  major  weapon  systems.  These  perfor¬ 
mance  requirements  must  be  derived  from  system  mission  require¬ 
ments  and  linked  to  the  battlefield  combat  models.  In  addition, 
the  System  Performance  Requirements  Estimation  Aid  (SPREA)  will 
permit  the  estimation  and  analysis  of  objectively  defined 
measures  of  system  performance  under  a  variety  of  environmental, 
operational,  and  tactical  conditions.  The  tool  will  not  distin¬ 
guish  who  or  what  performs  certain  functions.  Rather,  it  will 
determine  what  the  functions  and  their  associated  performance 
standards  must  be  under  given  conditions  in  order  to  achieve  the 
required  overall  system  performance. 

2.2  Major  Outputs 

The  primary  SPREA  output  will  be  a  detailed  report 
containing: 

o  an  explicit  statement  of  the  mission  that  was  modeled  and 

its  composite  functions  and  tasks.  The  statement  will  also 
list  the  performance  criteria  for  each  of  the  functions  and 
tasks  in  each  mission. 

o  the  conditions  in  which  each  function  will  operate 

o  the  minimally  acceptable  system  performance  including: 

a  system  reliability  estimate  (i.e.,  the  probability  of 
mission  completion) 
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the  operational  availability  requirement 
a  system  maintainability  estimate 
system  function  accuracy  estimates 
-  system  function  time  estimates 

Each  of  these  areas  are  briefly  discussed  in  the  following 
paragraphs . 

2.2.1  Mission.  Function,  and  Task  Documentation 

The  SPREA  Report  will  fully  document  the  mission  which  was 
modeled,  as  well  as  its  composite  functions  and  tasks.  This 
documentation  will  also  include  a  spreadsheet  listing  the  tasks 
with  their  performance  criteria.  These  performance  criteria 
include : 

o  most  likely  task  performance  time 

o  accuracy  of  task  performance 

Finally,  the  documentation  will  supply  a  network  drawing 
that  indicates  the  predecessor/successor  relationships  between 
the  tasks  within  each  function  and  between  the  functions  within 
each  mission. 


2.2.2  Conditions 


The  SPREA  will  remind  the  analyst  of  the  task  performance 
parameters  that  might  be  affected  by  changing  tactical, 
operational,  or  environmental  conditions.  The  SPREA  will  prompt 
the  analyst  to  note  which  conditions  he  or  she  is  assuming  when 
setting  the  function  performance  criteria,  and  will  include  those 
notes  for  inclusion  into  the  SPREA  Report. 
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2.2.3  System  Performance  Time  and  Accuracy  Criteria 


The  SPREA  will  aid  the  analyst  in  entering  the  minimally 
acceptable  performance  that  the  system  must  meet  (as  derived  from 
combat  models,  the  Mission  Area  Analysis,  and  other  sources)  and 
the  allocation  of  these  performance  requirements  to  individual 
mission  tasks.  The  SPREA  Report  will  note  any  discrepancies 
between  the  minimally  acceptable  system  performance  and  the 
system  performance  predicted  by  modeling  the  composite  tasks. 

The  SPREA  Report  will  also  document  the  source  of  these 
discrepancies  (i.e.,  the  "critical  path"  through  the  times  and/or 
accuracies  of  the  tasks  included  in  each  system  performance 
measure) .  The  SPREA  will  provide  backsolving  techniques  to 
assist  the  analyst  in  identifying  a  set  of  functional  performance 
allocations  that  will  produce  minimally  acceptable  performance. 

The  SPREA  will  use  the  task  performance  accuracy  criteria 
to  estimate  function  and  mission  accuracies.  These  estimates 
will  be  calculated  by  modeling  the  performance  accuracies  for  the 
tasks  that  are  in  the  mission  model. 

Reliability.  One  of  the  performance  criteria  which  will  be 
associated  with  each  system  is  the  reliability.  In  the  SPREA, 
the  measure  of  system  reliability  will  consist  of  three  subsets. 
First,  the  reliability  of  the  armaments  equipment  group  within 
the  system  will  be  measured  using  MRBF  (mean  rounds  between 
failure) .  Second,  the  reliability  of  the  mobility  equipment 
group  will  be  measured  in  MDBF  (mean  distance  between  failure, 
measured  in  miles  or  flight  hours) .  Finally,  the  reliability  of 
the  other  equipment  groups  (e.g.,  communications,  electronics) 
will  be  measured  in  MTBF  (mean  time  between  failure) .  All  of 
these  measurements  will  be  based  on  the  usage  level  which  applies 
to  the  particular  equipment  group.  The  usage  levels  will  be  part 
of  the  system  Operational  Mode  Summary. 
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As  an  example ,  the  usage  levels  for  a  system  might  be: 

armaments  =  411  rounds  /  day 
mobility  =200  miles  /  day 
other  =  14  hours  /  day 

The  reliability  of  each  equipment  group  will  vary  as  a 
function  of  the  usage  level.  The  SPREA  Report  will  include  the 
reliabilities  and  their  associated  usage  values. 

Availability.  Availability  is  an  important  piece  of  the 
performance  measurement  framework  that  guides  the  SPREA.  There 
are  many  measures  of  availability;  however,  AR  702-3  states  that 
operational  availability  (Ao)  shall  be  used  in  all  requirements 
documents.  Appropriate  combat  models  will  produce  an 
availability  requirement  and/or  the  composite  pieces  of  the 
availability  equation,  and  the  analyst  will  be  asked  to  supply 
these  values  as  input  into  the  SPREA. 

Maintainability.  Maintainability  of  the  system  is  a 
measure  of  the  time  it  takes  to  retain  or  restore  the  system  to  a 
specified  operable  condition.  The  SPREA  will  ask  the  analyst  to 
input  the  MTTR  (mean  time  to  repair)  and  the  MR  (maintenance 
ratio  i.e.,  maintenance  manhours  required  per  operational  hour) 
for  the  system  at  each  level  (e.g.,  ORG,  DS  and  GS) .  The  SPREA 
will  aid  the  analyst  by  displaying  maintenance  data  from  the 
library  for  the  appropriate  system  type. 

This  system  level  maintenance  requirement  will  then  be 
allocated  to  the  generic  equipment  types  for  the  system.  From 
there,  the  requirements  will  be  allocated  to  the  specific 
corrective  maintenance  tasks  for  each  equipment  type.  Both  of 
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the  allocations  will  be  automated  using  a  percentage  allocation 
chart  from  the  SPREA  libraries.  The  user  will  be  able  to  modify 
the  allocations  if  he/ she  wishes. 

The  SPREA  Final  Report  will  document  the  maintainability 
requirements  for  each  equipment  type  (i.e.,  Avionics)  at  the 
maintenance  task  level  (i. e. ,  troubleshoot,  replace,  inspect). 

The  reliability  and  maintainability  estimates  will  be  r- 
compared  to  the  operational  availability  requirement  to  ensure  ^ 
that  the  three  elements  are  consistent. 

j 

2.3  Role  of  Product  Output  in  Acquisition  Process 

The  output  of  Product  1  will  feed  several  key  acquisition 
documents.  This  section  identifies  those  documents  and  indicates 
how  the  output  is  presented  (i.e.,  format),  where  the  information 
is  obtained,  and  who  is  responsible  for  the  document.  There  are 
two  basic  types  of  documents  that  describe  system  performance 
requirements  —  Army  requirements  documents  designed  to  provide 
guidance  to  the  Army  organizations  in  charge  of  system  develop¬ 
ment  and  contractor  specifications  designed  to  provide  detailed 
guidance  for  the  contractor  who  is  developing  the  system.  There 
should  be  a  close  relationship  between  these  two  types  of 
documents.  In  fact,  the  contractor  specifications  should  be 
derived  from  the  Army  requirements  documents. 


2.3.1  Army  Requirements  Documents 

The  primary  Army  requirements  documents  into  which  the 
SPREA  will  feed  are  the  Justification  for  Major  System  New  Start 
(JMSNS) ,  the  Operations  and  Organizational  (0&0)  Plan,  the  Letter 
of  Agreement  (LOA) ,  and  the  Required  Operational  Capability 
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(ROC) .  The  JMSNS,  O&O  Plan,  and  the  LOA  should  be  produced 
during  the  Requirements/Technology  Base  Activities  Phase  of  the 
Materiel  Acquisition  Process  (MAP) .  The  ROC  should  be  produced 
during  the  Proof-of-Principle  Phase. 

The  requirements  documents  described  above  (JMSNS,  O&O 
Plan,  LOA,  and  ROC)  are  typically  prepared  by  the  Directorate  of 
Combat  Development  (DCD)  within  the  proponent  TRADOC  schools  in 
close  coordination  with  the  Army  Materiel  Command  (AMC) 
proponent. 

Missions.  The  JMSNS  is  typically  the  first  document 
developed  to  describe  the  need  for  a  major  weapon  system.  It  is 
a  very  high  level  document  that  must  not  exceed  three  pages.  The 
JMSNS  identifies  mission  areas  but  does  not  necessarily  describe 
the  missions. 

TRADOC  PAM  70-2  details  the  O&O  Plan  and  states  that  the 
operational  plan  section  must  "describe  how,  what,  when  and  where 
the  system  will  be  employed  on  the  battlefield  and  how  it  will 
interface  with  other  systems"  (p.  3.6).  It  also  requires  that  an 
Operational  Mode  Summary/Mission  Profile  (OMS/MP)  be  attached  as 
an  annex.  The  OMS/MP  is  also  used  as  the  mechanism  for 
describing  missions  in  the  ROC  and  LOA. 

Functions /Tasks .  The  O&O  Plan,  ROC,  and  LOA  all  require 
that  the  OMS/MP  "reflect  tasks  analyzed  in  the  Mission  Area 
Analysis"  that  preceded  the  MAP.  The  regulations  governing  these 
documents  provide  little  additional  guidance  on  the  nature  of 
these  functions/tasks.  However,  additional  guidance  is  provided 
in  the  regulations  (TRADOC  PAM  11-8,  Appendix  C)  developed  for 
the  mission  area  analysis  (MAA)  process.  This  guidance 
recommends  that  a  hierarchy  of  tasks  and  subtasks  be  developed. 
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Once  functional  tasks  are  identified,  the  proponent 
analyzes  each  task  and  subtask  to  determine  how  each  contributes 
to  the  mission's  success.  The  analysis  is  done  "using  subjective 
but  sound  military  judgment"  (TRADOC  PAM  11-8,  p.  C-ll) . 

Conditions.  TRADOC  PAM  11-2  states  that  a  brief  paragraph 
in  the  0&0  Plan  and  the  O&O  summary  in  the  LOA  and  ROC  must 
indicate : 

a.  How  the  equipment  will  be  used? 

b.  Geographical  areas  of  use? 

c.  Heather  and  climatological  factors  to  be  considered 
during  equipment  operations? 

d.  Battlefield  conditions  (such  as  ECM,  smoke,  and  dust) 
in  which  the  system  will  operate?  and 

e.  The  type  of  units  that  will  use  and  support  the 
equipment . 

The  OMS/MP  Annex  of  the  O&O  Plan,  LOA,  and  ROC  also  provide 
lists  of  conditions. 

Minimally  Acceptable  Performance  Requirements.  Performance 
requirements  are  used  in  the  O&O  Plan  to  help: 

Describe  the  need  for  an  operational  capability  to  defeat 

the  threat  and  eliminate  an  operational  deficiency  .  .  . 

(The  need  should  be  stated  in  broad  characteristics  only 

(e.g.,  a  capability  is  needed  to  defeat  enemy  armor  at  "x" 

kilometers)).  (TRADOC  PAM  70-2,  p.  3.6). 

The  LOA  and  ROC  require  that  the  performance 
characteristics  of  a  proposed  system  be  described  in  bands  of 
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performance.  The  lower  level  of  these  bands  should  describe 
minimally  acceptable  performance.  (TRADOC  PAM  70-2,  p.  5-17,  6- 
12,  7-13). 

AR  702-3  provides  specific  guidance  on  the  metrics  that  can 
be  used  to  describe  RAM  requirements.  The  SPREA  will  consider  a 
subset  of  these  metrics  as  described  in  Section  3  of  this 
document . 


2.3.2  Documents  for  Presenting  Requirements  to  Contractors 

While  the  Army  requirements  documents  described  above 
define  system  performance  requirements  for  Army  organizations, 
these  documents  are  typically  not  the  primary  mechanism  used  to 
present  requirements  to  contractors.  The  Army  requirements 
documents  may  be  included  in  the  RFP  package  as  background 
information,  but  the  contractor  is  not  contractually  bound  to 
meet  the  requirements  in  these  documents.  Rather,  the 
requirements  documents  that  the  contractor  must  adhere  to  are 
stated  in  the  system  specification.  MIL-STD-490  describes 
procedures  for  describing  system  specifications.  The  first 
system  specification  that  is  typically  developed  for  a  major 
weapon  is  the  System/Segment  Specification  (SSS)  or  Type  A 
specification.  The  SSS  should  be  initially  developed  during  the 
Requirements/Technology  Base  Activities  Phase  of  the  MAP,  but  may 
be  updated  in  the  subsequent  phase.  It  is  typically  developed  by 
the  combat  developer  within  the  proponent  school  but  may  be 
contracted.  Data  Item  Description  DI-CMAN-80008  describes  the 
format  for  the  SSS. 

Compared  to  the  Army  requirements  documents ,  the  SSS  Data 
Item  Description  (DID)  provides  much  guidance  on  the  format  for 
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describing  system  functions/tasks  and  performance  requirements. 
But  it  provides  little  guidance  for  describing  missions  and 
conditions. 

In  later  MAP  phases,  more  detailed  system  specifications 
are  developed.  However,  these  specifications  require  an 
allocation  of  functions  among  particular  system  steps,  and  they 
actually  describe  requirements  at  the  step  level.  Consequently, 
these  specifications  are  not  relevant  to  the  SPREA. 


2.4  Users 


2.4.1  Overview  of  Users  and  Their  Functions 

Primary  Users.  The  primary  SPREA  users  will  be  the  combat 
developers  within  the  TRADOC  proponent  schools  who  produce 
requirements  documents  for  major  systems  (i.e.,  JMSNS,  0&0  Plan, 
LOA,  and  ROC)  and  who  produce  the  SSS  which  guides  early 
contractor  design  activities.  The  organization  which  typically 
accomplishes  these  functions  is  the  Directorate  of  Combat 
Development  (DCD) .  Within  DCD,  portions  of  the  requirements 
documents  and  SSS  may  be  completed  by  a  Concepts  and  Studies 
Division,  Materiel  Logistics  Support  Division,  or  Requirements 
Division.  Each  DCD  is  organized  slightly  differently. 

Secondary  Users.  Another  major  user  is  expected  to  be  the 
AMC  major  subordinate  command  who  may  provide  input  to  the  TRADOC 
combat  developer  in  constructing  requirements  documents.  Since 
each  AMC  major  subordinate  command  is  organized  differently,  the 
exact  user  organization  will  vary.  Typically,  the  AMC  command 
will  have  an  Advanced  System  Directorate  (ASD)  with  a 
Requirements  Analysis  Division  (RAD)  responsible  for  coordinating 
requirements  documents  with  TRADOC. 
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Other  potential  users  are  the  reviewers  of  requirements 
documents  which  include  HQ  TRADOC  (DCSCD) ,  HQ  AMC  (AMCDRE) ,  and 
the  Requirements  Division  (DAMO-FOR)  within  DCSOPS;  the  MANPRINT 
Policy  Office  within  ODCSPER  (DAPE-ZAM) ;  the  MANPRINT  points-of- 
contact  within  the  TRADOC  proponent  schools  and  AMC  subordinate 
command;  and  the  ARI  field  office  representatives  who  may  provide 
MANPRINT  support  to  TRADOC  schools  or  AMC  subordinate  commands. 


2.5  Assumptions 

The  assumptions  underlying  development  of  the  SPREA  are: 
Major  System  Focus 

The  SPREA  will  be  developed  to  describe  system  performance 
requirements-  for  major  weapon  systems.  This  means  that  while  the 
general  logic  of  the  SPREA  could  be  applied  to  other  types  of 
systems ,  the  automated  tools  in  the  SPREA  will  only  be  developed 
for  major  systems. 


Input  From  Combat  Models 

Combat  models  may  provide  input  to  the  SPREA  on  overall 
system  performance  requirements  for  each  function.  One  of  the 
SPREA' s  primary  functions  is  to  provide  a  tool  to  help  analysts 
allocate  these  system  level  performance  requirements  to 
individual  tasks. 


2 . 6  High  Level  Functional  Reauirements/Constraints 


2.6.1  Technical  Requirements 

Output .  The  SPREA  will  assist  Army  analysts  in  producing 
clear,  unambiguous  descriptions  of  system  missions,  functions, 
tasks,  conditions,  and  performance  requirements. 

Emphasis  on  Functional  Requirements.  The  SPREA  will 
describe  the  minimally  acceptable  system  performance  requirements 
prior  to  the  allocation  of  tasks  to  hardware,  software,  or 
humans.  Thus,  the  requirements  describe  what  has  to  be  done 
without  describing  the  mechanism  that  will  perform  the  task. 

Mission  and  Functions.  The  missions  and  functions  must  be 
stated  in  clear,  unambiguous  terms  that  facilitate  the  develop¬ 
ment  of  measurable  performance  requirements. 

Conditions .  The  SPREA  must  describe  environmental, 
operational,  and  tactical  conditions. 

Performance  Requirements .  Performance  requirements  must  be 
stated  in  clear,  unambiguous,  and  directly  measurable  terms. 

They  must  describe  minimally  acceptable  performance  levels  under 
which  the  system  functions  must  be  performed. 

Role  In  Acquisition  Process.  The  SPREA  information  on 
missions,  functions,  functional  tasks,  conditions,  and  perfor¬ 
mance  requirements  must  be  designed  to  feed  directly  into  Army 
requirements  for  major  weapon  systems  (i.e.  JMSNS,  0&0  Plan,  LOA, 
and  ROC)  and  the  Type  A  specification  that  guides  contractor 
designs.  (See  the  information  on  Role  in  the  Acquisition  process 
earlier  in  this  section.) 
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Users.  The  SPREA  must  be  designed  for  the  combat 
developers  within  the  TRADOC  proponent  school  who  produce 
requirements  documents  for  major  systems  (i.e.,  JMSNS,  0&0  Plan, 
LOA,  and  ROC)  and  who  produce  System/ Segment  Specification  (SSS) 
which  guide  early  contractor  design  activities  (see  the  Overview 
of  Users  and  Their  Functions . ) 

2.6.2  Acceptabilitv/Usabilitv  Requirements 

The  previous  subsection  presented  an  overview  of  the 
technical  requirements  that  the  SPREA  must  meet.  This  section 
describes  some  of  the  acceptability  and  usability  requirements 
which  must  also  be  met  by  these  tools. 

Describe  "How  To”  Procedures.  Sufficient  context-specific 
help  will  be  included  in  the  SPREA  to  allow  Army  users  with 
minimal  training  to  use  each  product.  Many  procedures  will  be 
automated  to  reduce  user  analysis  requirements. 

Minimize  Organizational  Impacts.  The  SPREA  is  designed  to 
fit  the  user.  It  does  not  require  additional  personnel  or  cause 
restructuring  of  existing  Army  organizations;  it  will  utilize 
computer  hardware  available  at  user  locations  or  be  accessible 
via  secure  lines. 

Minimize  User  Training.  Training  time  for  the  (MPT)2 
products  will  be  minimized.  User  interfaces  have  been  designed 
to  require  no  prior  computer  experience.  The  interface  will 
contain  built-in  job  aids  (e.g.,  help  commands).  Finally,  if 
formal  training  is  required,  it  will  be  developed  in  accordance 
with  Army  instructional  system  design  principles  and  utilize  only 
media  that  are  readily  available  or  accessible  to  users. 
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Security.  The  SPREA  may  be  required  to  accept  classified 
data  and  is  designed  to  provide  acceptable  levels  of  security. 


2.7  Overview  of  SPREA  Technical  Approach 

This  aid  will  help  an  Army  analyst  establish  function  and 
task  performance  criteria  for  missions  that  result  in  the  system 
attaining  the  minimally  acceptable  system  performance.  In  this 
summary,  we  briefly  explain  the  steps  that  the  analyst  will  take 
in  using  the  SPREA  to  accomplish  this  task. 

First,  the  analyst  will  use  the  SPREA  "Missions  by  System 
Type"  Library  to  specify  the  mission  which  the  system  is  expected 
to  accomplish. 

This  library  will  contain  a  variety  of  mission  statements 
for  a  variety  of  systems  (see  Section  4.2  for  a  detailed  listing 
of  the  library  contents) .  The  analyst  will  be  able  to  use  one  of 
these  statements  and  modify  it  to  fit  his/her  needs.  The  analyst 
will  also  specify  the  minimally  acceptable  system  performance 
requirements . 

The  analyst  will  then  specify  the  conditions  which  apply  to 
the  mission.  The  analyst  will  choose  conditions  from  the 
"Conditions  by  System  Type"  Library.  The  analyst  will  also 
specify  whether  the  conditions  will  change  from  function  to 
function.  If  the  analyst  indicates  that  the  conditions  will  vary 
between  functions,  then  the  system  will  present  the  subset  of 
conditions  which  apply  to  individual  functions.  This  subset  will 
be  retrieved  from  the  "Conditions  by  Function"  Library.  The 
analyst  will  then  indicate  which  conditions  he/she  wishes  to 
change . 
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During  the  third  step  of  this  process  the  analyst  will 
specify  the  mission  level  performance  time  and  accuracy 
requirements.  These  are  the  minimally  acceptable  performance 
time  and  accuracy  for  this  system,  on  this  mission. 

In  Step  4,  the  system  RAM  (reliability,  availability,  and 
maintainability)  requirements  will  be  entered  and  allocated  to 
the  tasks  and  functions.  The  analyst  will  be  able  to  access  RAM 
criteria  from  the  appropriate  system  type  and  modify  those  values 
as  appropriate.  This  data  will  be  stored  in  the  "Baseline  RAM 
Values  by  System  Type  Library". 

Steps  5  through  9  consist  of  the  analyst  using  the 
"Functions  by  Mission",  "Function  Sequence  by  Mission", 

"Functions  and  Tasks  by  System  Type",  and  "Task  Sequence  by 
Function"  Libraries  that  are  in  the  SPREA  to  specify  the 
composite  functions  and  tasks  of  the  mission.  The  SPREA  will 
assist  the  analyst  in  specifying  the  function  and  task 
performance  criteria  for  each  function  or  task  which  is  a 
component  of  the  mission.  The  performance  criteria  consists  of 
time  and  accuracy  estimates  and  are  allocated  from  the  system 
level  performance  requirements.  These  estimates  will  be  pulled 
from  the  "Baseline  Time  and  Accuracy  Values  by  Function  and  Task" 
Library. 

In  Step  5,  the  composite  functions  will  be  identified, 
along  with  their  time  and  accuracy  performance  estimates.  The 
sequence  of  the  functions  within  the  mission  will  be  specified  in 
Step  6. 


Step  7  consists  of  the  user  specifying  the  function 
accuracy  weights.  This  weighting  will  dictate  the  amount  that 
each  function's  accuracy  measure  will  contribute  to  the 
probability  of  mission  success  (i.e.,  mission  accuracy). 
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In  Step  8 ,  the  tasks  which  compose  each  function  will  be 
identified.  The  task  performance  time  and  accuracy  estimates 
will  be  identified. 

Finally,  in  Step  9,  then  sequence  of  tasks  within  each 
function  will  be  specified. 

In  Step  10,  the  SPREA  will  use  the  function  and  task 
performance  criteria  to  build  a  model  of  each  mission  which  the 
system  is  expected  to  accomplish.  The  models  will  be  executed, 
and  the  predicted  system  performance  will  be  reported  to  the 
analyst.  These  predictions  will  be  based  on  the  individual  task 
performance  criteria.  Next,  these  predictions  will  be  compared 
to  the  minimally  acceptable  performance  criteria. 

In  Step  11,  the  results  of  the  simulation  model  execution 
will  be  reported  to  the  user.  The  user  will  be  able  to  select 
the  types  of  reports  he/ she  wishes  to  see.  The  SPREA  Final 
Report  will  document  the  explicit  mission  statement  that  was 
modeled,  its  composite  functions  and  tasks,  and  the  performance 
criteria  for  the  mission,  functions  and  tasks.  The  RAM  criteria 
for  the  system  will  also  be  included  in  the  report.  Finally,  the 
report  will  compare  the  predicted  system  performance  to  the 
minimally  acceptable  system  performance. 

If  the  predictions  do  not  meet  the  minimally  acceptable 
performance,  then  the  individual  task  performance  criteria  must 
be  altered  to  resolve  the  deficiencies.  This  resolution  will  be 
accomplished  in  Step  12  by  the  SPREA,  employing  backsolving 
techniques,  under  the  direction  of  the  analyst. 

This  process  will  iterate  until  all  of  the  deficiencies 
have  been  resolved,  or  until  the  analyst  interrupts  the  SPREA  to 
stop  the  process. 
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2.8  Hardware/Software  Configuration 


The  hardware  system  which  the  SPREA  will  be  installed  on 
consists  of  the  following  characteristics: 

a.  Enhanced  graphics  display  -  The  EGA  will  support  high 
resolution  color  graphics. 

b.  Enhanced  graphics  board  with  256  K  bytes  RAM 

c.  80286  processor 

d.  Hard  disk  with  a  minimum  of  20  M  bytes  of  storage 

e.  Up  to  4  M  bytes  of  enhanced  memory 

f.  Bernoulli  Box  or  its  functional  equivalent  with  two 
removable  20M  disks 

g.  80287  Math  Coprocessor 

h.  1200/2400  baud  Hayes-compatible  internal  modem 

i.  One  or  more  floppy  drives  that  can  read  and  write  360K 
floppy  diskettes 

j .  Dot  matrix  printer  capable  of  printing  132  characters 
per  line.  This  printer  will  be  capable  of  outputting 
IBM  graphics. 

k.  IBM  AT-compatible  keyboard. 

All  the  SPREA  software  will  be  developed  under  the  most 
recent  version  of  Microsoft  C.  At  the  present  time,  the 
operating  system  for  the  products  will  be  DOS  3.2. 

The  data  libraries  in  the  SPREA  will  be  built  using  R-Base 
V.  We  will  sort,  retrieve  and  store  information  in  these  files 
using  code  developed  in-house  via  dbC  Library  routines.  These 
library  functions  do  not  require  any  licensing  fees  and  will  be 
fully  integrated  into  the  SPREA  code. 
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All  of  the  data  files  which  will  be  used  by  other  (MPT)2 
products  will  be  in  delimited  fixed  ASCII  format. 

2.9  Overview  of  Interface  Design 

The  SPREA  will  use  the  keyboard  as  the  input  device.  All 
user  queries,  responses,  and  requests  will  be  entered  via  the  AT 
compatible  keyboard. 

There  are  4  types  of  menus  in  the  product.  The  first  type 
of  menu  interface  is  the  command  bar.  In  this  interface  style, 
the  commands  will  be  listed  horizontally  across  the  top  of  the 
computer  screen.  The  user  will  use  the  horizontal  arrow  keys  to 
position  the  cursor  and  a  carriage  return  to  select  the  desired 
option.  The  command  menu  bar  will  be  displayed  on  the  third  and 
fourth  line  of  each  display. 

The  main  menu  bar  will  present  a  list  of  single  one  word 
commands.  Positioning  the  cursor  on  a  particular  command  will 
highlight  that  command  and  a  more  detailed  description  will 
appear  on  the  bottom  line  of  the  main  menu  bar.  Further 
explanation  will  be  available  in  HELP. 

The  command  menu  bar  is  always  presented  across  the  top  of 
the  display  and  has  a  dark  blue  background.  More  detailed 
information  about  the  command  menu  bar  can  be  found  in  the 
section  on  commands. 

A  command  can  be  selected  by  keying  in  the  first  letter  or 
hitting  the  return  key. 
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There  will  be  more  than  one  level  of  command  menus.  Only 
the  commands  appropriate  to  the  current  process  or  display  will 
be  presented  on  the  menu  bar. 

Three  types  of  commands  will  be  presented  using  the  command 
bar  interface: 

(1)  General  action  commands:  enable  the  user  to  perform 
some  process  on  the  data  (e.g.,  Insert,  Copy,  Paste, 
Delete,  Sort,  Report,  Save,  Switch) 

(2)  GoTo  commands:  enables  the  user  to  access  a  data 
library 

(3)  Specialized  commands:  commands  which  are  specific  to  a 
process  or  step 

The  second  type  is  a  pull-down  menu  design.  In  this  type 
of  menu,  the  user  will  use  the  vertical  arrow  keys  to  position  a 
highlighted  menu  bar  at  the  desired  menu  choice.  This  results  in 
a  color  change  as  the  highlighted  bar  moves  through  the  menu. 

The  user  will  press  the  carriage  return  after  he/she  has  used  the 
cursor  keys  to  select  an  option  from  the  list. 

These  menus  can  be  presented  anywhere  on  the  screen  and  are 
color  coded  by  level.  The  first  level  has  a  light  blue 
background  and  the  second  level  has  a  green  background. 

Items  will  be  presented  within  a  menu  according  to  logical 
order  or  frequency  of  use.  Items  will  be  presented  in  a  numbered 
list.  Less  than  10  items  will  be  presented  at  one  time  on  any 
data  menu.  Items  will  be  selected  form  the  menu  by  keying  in  the 
number  associated  with  that  item. 


2-18 


The  third  type  of  menu  is  a  spreadsheet  interface.  In  this 
menu  style,  the  user  will  use  a  combination  of  cursor  keys  and 
keyboard  input.  The  cursor  keys  will  be  used  to  position  the 
cursor  in  a  cell  of  the  spreadsheet.  The  keyboard  will  then  be 
used  to  edit  the  information  that  is  in  the  cell.  If  the  entire 
spreadsheet  does  not  fit  on  a  screen,  the  user  will  be  able  to 
move  from  cell  to  cell  in  any  direction. 

All  spreadsheet  menus  have  a  brown  background  with  white 
lettering.  The  area  for  data  entry  will  be  visually  defined  on  a 
spreadsheet  by  a  gray  background  and  black  lettering. 

The  fourth  type  of  menu  interface  is  a  command  prompt.  In 
this  case,  the  user  will  respond  to  a  specific  prompt  using  the 
keyboard.  For  instance,  the  prompt  "Confirm  the  system 
information?  (Y/N) "  The  user  will  use  the  keyboard  to  enter  'y', 
•n',  'Y',  or  'N'. 

All  of  these  interfaces  will  be  used  appropriately  in  the 
product.  If  the  user  does  not  know  how  to  respond  to  a  prompt  or 
an  interface  the  function  key  'FI*  will  always  give  the  user  a 
context-specific  help  screen.  The  help  screen  will  provide  a 
discussion  of  the  information  which  is  being  requested.  At  any 
time,  the  user  may  also  press  the  escape  key.  This  will  always 
take  the  user  to  the  menu  which  immediately  precedes  the  current 
menu.  In  this  manner,  the  user  can  "back  out"  of  the  PCEA 
application. 

At  the  top  of  every  menu,  there  will  be  a  "PATH>"  line. 

This  line  will  keep  the  user  informed  as  to  his/her  current 
location  in  the  hierarchical  levels  of  the  product.  The  mode 
will  be  displayed  on  the  top  line  in  the  right  hand  corner. 

There  are  three  modes:  work,  wait  and  help. 
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The  SPREA  interface  also  provides  the  user  with  a  mechanism 
for  resuming  work  at  the  last  step  that  was  complete  before  the 
system  was  turned  off.  This  will  consist  of  the  software 
periodically  updating  a  status  file  which  will  be  referred  to 
when  a  user  powers  up  the  system  and  accesses  the  SPREA. 


Color  specifications; 


Type  of  interface 

Command  Bar 

First  level  pop-up 

Second  level  pop-up 

Template  (Data  entry) 

Libraries 

Help 

Message 


Background/  Lettering 

Drk  bl/Wht 

Lt  bl/Blk 

Grn/Bl 

Brw/Wht 

Blk/Wht 

Drk  Bl/Wht 

Red/White 


Highlight 

Lt  Bl/Blk 

Lt  Bl/yel 

Gr/Yellow 

Gry/Blk 

Gry/Blk 

Blk/White 


Keystroke  specifications; 


Following  is  a  list  of  the  general  specifications  for  the 
functionality  of  global  function  and  editing  keys  for  the  SPREA. 


FI  Help  -  This  key  will  always  switch  the  system  into  the 
help  mode.  When  this  key  is  pressed,  the  system  will 
display  the  first  page  of  context  specific  help 
information  explaining  the  current  menu,  screen,  or 
prompt . 

Shift  FI  Help  Index  -  When  the  FI  function  key  is  pressed  while 
holding  down  the  shift  key,  the  user  is  presented  with 
an  index  of  help  information. 


2-20 


F2  Move-bv-cell/Edit  toggle  -  This  key  controls  the 
function  of  the  arrow  cursor  keys  when  the  user  is 
working  in  a  spreadsheet-like  template.  In  the  default 
state,  the  arrow  keys  will  move  the  cursor  from  cell  to 
cell  in  the  first  character  position.  When  the  F2  key 
is  pressed,  the  arrow  keys  move  the  cursor  character  by 
character  (left  and  right)  or  line  by  line  (up  and 
down)  within  a  cell.  If  the  cursor  is  currently  in  the 
last  character  position  in  the  cell  for  any  particular 
direction,  the  cursor  will  move  to  the  next  cell  in 
that  direction.  For  example,  if  the  cursor  is  in  the 
first  character  position  of  a  cell  and  the  left  arrow 
is  pressed,  the  cursor  will  move  to  the  next  cell  to 
the  left  of  the  current  cell.  If  the  cursor  is  in  the 
topmost  line  of  a  particular  cell  and  the  up  arrow  is 
pressed,  the  cursor  will  move  to  the  cell  above  the 
current  cell.  Repeated  pressing  of  the  F2  key  will 
toggle  between  the  move-by-cell  and  move-by-character 
states . 

F3  Search  -  When  this  key  is  pressed,  the  user  will  be 

prompted  for  a  string  of  characters  or  keystrokes  that 
the  system  will  search  for.  The  string  of  keystrokes 
is  terminated  by  pressing  the  F3  key  a  second  time. 
After  terminating  the  string,  the  system  will  search 
the  current  library,  template,  or  list  for  a  match  for 
the  input  string.  If  a  match  is  found,  the  cursor  is 
moved  to  the  matched  input  string.  If  no  match  is 
found,  the  cursor  remains  where  it  is  and  a  message 
indicating  no  match  found  is  displayed. 

At  times  when  the  F3  key  is  not  active,  the  user  will 
receive  a  message  indicating  such. 
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F4  NOT  USED  AT  THIS  TIME 

F5  NOT  USED  AT  THIS  TIME 

F6  NOT  USED  AT  THIS  TIME 

F7  NOT  USED  AT  THIS  TIME 

F8  NOT  USED  AT  THIS  TIME 

F9  Menu  -  Displays  the  active  menu  bar  while  working  in  a 
spreadsheet-like  template. 

F10  Save  -  Saves  the  current  working  file  to  the 

appropriate  permanent  file  then  returns  to  the  current 
working  status. 

ESC  quit  -  Always  returns  to  the  most  recent  previous  state 
such  as  the  most  recent  menu,  screen,  or  prompt. 

Backspace  This  key  is  only  active  when  the  system  is  allowing  for 
input  by  the  user.  The  backspace  key  moves  the  cursor 
one  space  to  the  left  of  its  current  position  and 
erases  any  character  from  that  position. 

Return  Terminates  variable  length  user  input. 

Caps  Lock  Toggles  the  keyboard  from  a  normal  state  to  one  that 

displays  characters  as  if  the  shift  key  was  being  held 
down.  When  the  keyboard  is  in  the  "shift  key"  state 
and  the  user  holds  down  the  shift  key  while  pressing 
another  key,  the  normal  (non-shift)  character  displays. 
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Ins 


Del 


Home 


End 


PgUp 


Insert  -  Toggles  the  system  from  character  insert  for 
user  input  to  typeover.  When  the  state  is  character 
insert,  the  characters  input  by  the  user  are  inserted 
to  the  left  of  the  current  cursor  position.  When  the 
state  is  typeover,  characters  are  displayed  at  the 
current  text  cursor  position.  Any  characters  currently 
displayed  at  that  position  will  be  replaced. 

Delete  -  Deletes  characters  that  are  displayed  at  the 
current  text  cursor  position. 

Moves  the  menu  cursor  to  the  top  or  the  left  most  menu 
selection.  Moves  the  cell  cursor  to  the  upper  left 
comer  of  a  spreadsheet-like  template.  Moves  the  text 
cursor  to  the  upper  left  most  typing  position  of  the 
current  input  area  (i.e.,  cell,  field,  etc.).  See 
cursor  definitions  below. 

The  end  key  works  the  exact  opposite  of  the  home  key. 

It  moves  the  menu  cursor  to  the  bottom  or  the  right 
most  menu  selection.  It  moves  the  cell  cursor  to  the 
lower  left  corner  of  a  spreadsheet-like  template.  It 
moves  the  text  cursor  to  the  lower  right  most  typing 
position  of  the  current  input  area.  See  cursor 
definitions  below. 

Pace  Up  -  If  the  cursor  (menu,  text,  of  cell)  position 
is  not  at  the  top  of  the  current  visible  display  or 
window,  the  cursor  is  moved  to  that  position.  If  the 
cursor  position  is  at  the  top  of  the  current  visible 
display  or  window,  the  cursor  is  moved  to  the  top  of 
the  previous  full  screen  or  window- full  of  information. 
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Page  Down  -  If  the  cursor  (menu,  text,  or  cell) 
position  is  not  at  the  bottom  of  the  current  visible 
display  or  window,  the  cursor  is  moved  to  that 
position.  If  the  cursor  position  is  at  the  bottom  of 
the  current  visible  window,  the  cursor  is  moved  to  the 
bottom  of  the  next  full  screen  or  window-full  of 
information. 

Up  Arrow  -  Moves  the  cursor  (menu,  text,  or  cell)  up 
one  position  (line  or  cell) . 

Down  Arrow  -  Moves  the  cursor  (menu,  text,  or  cell) 
down  one  position  (line  or  cell) . 

Left  Arrow  -  Moves  the  cursor  left  one  position 
(character  or  cell) . 

Right  Arrow  -  Moves  the  cursor  right  one  position 
(character  or  cell) . 

Ctrl  Up  Arrow  -  Moves  the  cursor  (menu,  text,  or  cell) 
up  one  full  screen  or  window-full  of  information  to  its 
same  relative  horizontal  position. 

Ctrl  Down  Arrow  -  Moves  the  cursor  down  one  full  screen 
or  window-full  of  information  to  its  same  relative 
horizontal  position. 

Ctrl  Left  Arrow  -  Moves  the  cursor  to  the  left  by  one 
screen  or  window-full  of  information  to  its  same 
relative  vertical  position. 
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Ctrl  Right  Arrow  -  Moves  the  cursor  to  the  right  by  one 
full  screen  or  window-full  of  information  to  its  same 
relative  vertical  position. 
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SECTION  3  -  STEPS  TO  APPLY  THE  SPREA 


This  section  presents  a  discussion  of  the  steps  that  the 
user  will  take  while  using  the  SPREA.  The  discussion  of  each 
step  is  organized  into  the  following  parts: 

1.  Input  -  the  data  that  is  required  for  the  completion  of 
this  step.  Input  data  consist  of  two  types: 

o  External  -  inputs  supplied  by  sources  external  to 
the  SPREA 

o  Internal  -  data  supplied  by  sources  within  the 
SPREA 

2.  Process  -  the  process  that  the  user  will  take  during 
this  step 

3.  Output  -  the  data  that  will  be  generated  as  a  result  of 
this  step 

4.  User  Interface  -  a  description  of  the  way  that  the  user 
will  be  prompted  throughout  this  step.  This  section  is 
a  very  detailed  discussion  of  each  screen  the  user  will 
see,  the  potential  error  messages,  etc. 

3 . 0  Step  0  -  Enter  the  SPREA 

In  this  step,  the  user  will  gain  access  to  the  SPREA  system. 
From  the  first  level  of  SPREA  interfaces  the  user  will  indicate 
whether  he/she  wishes  to  resume  work-in-progress  on  a  mission, 
begin  analyzing  a  new  system,  or  use  any  of  the  utility  functions 
provided . 
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The  only  input  to  this  step  is  the  executable  SPREA  file. 
This  file  should  be  installed  on  the  user's  system,  and  will  be 
named  "sprea.exe" . 

Process 

First,  the  user  will  type  "SPREA"  to  make  Product  1  active 
on  his/her  computer  system.  Then,  using  the  keyboard,  the  user 
will  indicate  whether  he/she  wishes  to  use  simple  utility 
commands  (one  of  which  will  give  the  user  a  status  report  of  the 
level  of  completion  of  the  mission  descriptions  in  the  system) , 
or  whether  he/she  wishes  to  begin  analyzing  a  mission  using  the 
product.  Once  the  user  responds,  control  will  be  given  to  Step 
1. 


Output 


There  is  no  significant  output  from  this  step. 


User  Interface 

The  user  interfaces  which  apply  to  this  step  are  described 
in  detail  on  the  following  pages.  Please  note  that  the  screen 
numbers  are  coded  in  the  following  manner: 

All  screens  for  Step  0  are  labeled  "Screen  O.X" 

All  screens  for  Step  1  are  labeled  "Screen  l.X" 
etc. 


This  numbering  scheme  is  intended  to  make  it  easier  to 


identify  the  sequence  of  screens  within  the  SPREA  user  interface 
discussion. 


R 

I 

I 

I 
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Screen  0.1  -  Access  the  SPREA  Application  by  typing  "SPREA"  at 
the  C>  prompt. 

User  Action:  Use  the  keyboard  to  type  "SPREA" 

Input  Files:  sprea.exe 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  0.2.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  "SPREA"  is  misspelled  or  the 
application  has  not  been  installed,  the  system  will  respond  '.'File 
not  found",  and  will  return  the  user  to  the  C>  prompt. 
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Screen  0.2  -  Begin  using  the  SPREA  system. 

User  Action:  Press  carriage  return  to  enter  SPREA,  press 
escape  to  exit. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  If  carriage  return.  Screen  0.3.  If 
escape,  exit  to  C>.  If  the  user  presses  FI,  a  context-specific 
help  file  will  be  displayed.  After  the  help  file  is  displayed, 
the  user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  the  user  presses  any  key  other  than 
carriage  return,  escape,  or  Fl,  then  "Please  press  'carriage 
return '  or  ' escape ' . " 


3-5 


SYSTEM  PERFORMANCE  REQUIREMENTS 
ESTIMATION  AID 


'“ess  <Enter  - 1  >  to  continue  on  <Esc>  to  quit 
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Screen  0.3  -  SPREA  Main  Menu 


User  Action:  Use  the  arrow  keys  to  move  the  highlight  bar, 
use  the  carriage  return  to  select  one  of  the  listed  options. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  If  the  user  selects  "Begin  work  on  new 
system  then  Screen  1.7.  If  the  user  selects  "Resume  work  on 
existing  system,  then  Screen  1.1.  If  the  user  selects 
"Utilities"  then  Screen  0.4.  If  the  user  selects  "quit"  then 
Screen  0.2.  If  the  user  presses  FI,  a  context-specific  help  file 
will  be  displayed.  After  the  help  file  is  displayed,  the  user 
will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  an  arrow,  carriage  return,  or  FI),  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key." 
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TH:  SPREft 


I _ 

[ SPREA  Main  Menu 


MODE: 


1.  Begin  work  on  a  new  system 
.  Resume  work  on  an  existing  system 
.  Utilities 


I 


WORK 
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Screen  0.4  -  Select  the  utility  function  that  is  desired. 


User  Action;  Use  the  arrow  keys  to  move  the  highlight  bar, 
use  the  carriage  return  to  select  one  of  the  listed  options. 

Input  Files;  None 

Output  Files:  None 

Algorithms ;  None 

Following  Screen:  If  "Format",  Screen  0.5.  If  "Copy", 
Screen  0.6.  If  "Delete",  Screen  0.7.  If  "Directory",  Screen 
0.8.  If  "Settings",  Screen  0.9.  If  "Print",  Screen  0.10.  If 
"escape",  Screen  0.3.  If  the  user  presses  FI,  a  context-specific 
help  file  will  be  displayed.  After  the  help  file  is  displayed, 
the  user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI)  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key." 
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TH:  SPREA> UTILITIES 


MODE:  WORK 


Screen  0.5  -  Format  Diskette 

User  Action:  The  system  will  prompt  the  user  to  place  the 
new  diskette  in  drive  A,  and  press  any  key  to  begin  formatting. 
After  the  format  is  complete,  the  system  will  ask  the  user 
whether  he/she  wishes  to  "format  another?  (y/n) " .  The  user  will 
respond  "y",  "Y",  »n",  or  »N». 

Input  Files:  Command . com ,  Format . com 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  After  the  format  is  complete,  if  the 
user  chooses  to  format  another.  Screen  0.5.  If  the  user 
indicates  he/she  does  not  want  to  format  another,  Screen  0.6.  If 
the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  in 
response  to  the  "format  another?"  prompt  (i.e.,  not  "y",  "Y", 

"n",  or  "N") ,  then  "Please  press  "Y"  or  "N.  (Return  to 
Continue) " 
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PCEA)  UTILITIES) FORMAT 


MODE:  WORK 


FORMAT  DISK 


Enter  disk  to  be  formatted  in  drive  A:  and  press  <CR>  when  ready 


Disk  Formatting  .  completed 


Format  another  disk  (Y/N) 


Screen  0.6  -  Copy  File 


User  Action:  The  system  will  prompt  the  user  to  enter  the 
name  of  the  source  file,  then  enter  the  name  of  the  target  file. 
The  user  will  input  the  file  names  using  the  keyboard. 

Input  Files;  Command.com,  Copy.com,  yyyyyyyy.yyy  =  the 
source  file 

Output  Files:  xxxxxxxx.xxx  =  the  target  file 

Algorithms :  None 

Following  Screen:  Screen  0.4.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements;  If  the  source  file  can  not  be  located  in 
the  directory,  then  "File  not  found.  (Return  to  Continue)".  If 
the  target  filename  is  an  illegal  DOS  file  name  (see  DOS  file 
naming  rules) ,  then  "Illegal  file  specification.  (Return  to 
Continue" . 
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Screen  0.7  -  Delete  File 


User  Action:  The  system  will  prompt  the  user  to  enter  the 
DOS  path  name  of  the  file  that  he/ she  wishes  to  delete.  Then  the 
user  will  respond  to  the  "Are  you  sure?  (y/n) "  prompt. 

incut  Files:  Command.com,  Delete.com,  yyyyyyyy.yyy  -  the 
file  the  user  wishes  to  delete. 

Output  Files:  None 

Algorithms :  None 

Following  Screen;  Screen  0.4.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  if  the  file  can  not  be  located  in  the 
directory,  then  "File  not  found.  (Return  to  Continue)".  If  an 
inappropriate  key  is  pressed  in  response  to  the  "Are  you  sure?" 
prompt  (i.e.,  not  "y",  "Y",  "n",  or  "N"),  then  "Please  press  'Y' 
or  'N*.  (Return  to  Continue)". 
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Screen  0.8  -  Directory 


User  Action:  The  system  will  ask  the  user  to  identify  the 
path  name  of  the  files  for  which  the  user  wants  the  directory 
listing.  The  system  will  present  the  default  directory,  the  user 
will  press  the  carriage  return  if  the  default  directory  is  the 
correct  directory.  If  it  is  not,  the  user  will  use  the  keyboard 
to  enter  the  correct  path  name. 

Input  Files:  Command . com ,  dir.com. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  0.4.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  the  directory  can  not  be  located, 
then  "File  not  found.  (Return  to  Continue)".  If  the  entered 
directory  is  an  illegal  DOS  path  name  (see  DOS  file  naming 
rules),  then  "Illegal  path  specification.  (Return  to  Continue)". 
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TH  s  SPREA>  \JT\L, IT 16/S  T>tM '&£CTTO^ V 


MODE:  WORK 


CURRENT  SYSTEM  STATUS  AND  MISSION  IDENTIFICATION 


apache  IV 


Mission  Name 


Destroy  Enemy  Troops 

Destroy  Enemy  Fixed  Emplacements 

Destroy  Enemy  Helicopters 


Date  Created  Percent  Completed 


02/03/87 

02/10/87 

02/11/87 
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Screen  0.9  -  Settings 


User  Action:  The  system  will  ask  the  user  to  identify  the 
correct  SPREA  settings.  This  consists  of  identifying  foreground 
and  background  colors  for  all  of  the  menu  and  command  bar 
structures.  The  user  will  be  able  to  revert  to  the  default 
settings  at  any  time. 

Input  Files:  None 

Output  Files:  None 

Algorithms  t  None 

Following  Screen:  Screen  0.4.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  None 
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Screen  0.10  -  Print 


User  Action:  The  system  will  prompt  the  user  to  enter  the 
DOS  path  name  of  the  file  that  he/ she  wishes  to  print. 

Input  Files:  Command.com,  Print.com,  yyyyyyyy.yyy  ■  the 
file  the  user  wishes  to  print.  The  file  will  be  printed  to 
"pm: " 


Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  0.4.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  the  file  can  not  be  located  in  the 
directory,  then  "File  not  found.  (Return  to  Continue)". 
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PCEA> UTILITIES) PRINTING 


MODE:  WORK 


DIRECTORY 


ARMOR. SPC 

2157 

OS/25/87 

CHOPPER.  SPC 

1867 

09/01/87 

HQWITZR.  SPC 

10163 

07/30/87 

TRUCK 1 . DOC 

810 

05/09/87 

TRUCK. DOC 

1017 

05/11/87 

Select  file  to  print  using  cursor  controls  then  press  <CR>  when  ready... 
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3.1  Step  1  -  Define  the  System  and  Identify  the  Mission 


In  this  step,  the  user  will  identify  the  mission  area, 
system  type,  system  name  and  mission  name  that  he/ she  wishes  to 
study.  The  analyst  may  also  identify  a  comparable  mission  from 
the  "Missions  by  System  Type"  Library  which  is  similar  to  the 
mission  the  user  wants  to  build.  If  a  comparable  mission  is 
identified,  then  that  entire  mission  description  (including  the 
functions,  tasks,  conditions,  RAM,  and  performance  criteria)  will 
be  copied  into  the  working  space  of  the  new  mission.  In  latter 
steps  of  this  process,  the  user  will  then  add,  modify,  or  delete 
the  elements  of  the  comparable  mission  to  customize  it  to  fit  the 
new  system. 


Input 


The  primary  input  will  be  the  "Missions  by  System  Type" 
Library  from  which  the  user  can  call  up  the  missions  typically 
associated  with  the  system  type  of  the  system  he  or  she  is 
studying.  The  user  will  also  have  knowledge  of  the  mission  area, 
system  type,  system  name,  and  mission  name  he/she  wishes  to 
study. 


External .  The  user  will  probably  want  to  modify  the 
mission  selected  from  the  library,  based  on  available  system 
documentation  and/or  knowledge  about  the  system  he  or  she  is 
analyzing. 

Internal .  The  internal  input  consists  of  the  "Missions  by 
System  Type"  Library  and  the  list  of  system  types  that  have  been 
entered  into  the  SPREA.  The  "Missions  by  System  Type"  Library 
will  contain  representative  mission  statements  classified  within 
different  mission  areas  and  system  types.  The  "Missions  by 
System  Type"  Library  is  discussed  in  Section  4,  page  ????. 
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Process 


The  SPREA  will  prompt  the  user  to  identify  the  mission 
area,  system  type  and  system  name  of  the  system  he/ she  is 
analyzing.  After  the  user  enters  this  information,  the  SPREA 
will  search  the  "Missions  by  System  Type"  Library  to  determine 
whether  there  are  any  missions  currently  in  the  library  which 
have  been  developed  for  this  system.  If  there  are,  then  the 
SPREA  will  present  this  list  of  missions  to  the  user  and  ask  the 
user  whether  he/she  wishes  to  select  one  of  the  existing  missions 
to  resume  work  in  progress,  or  whether  he/ she  would  like  to 
develop  an  additional  mission  for  the  system.  If  the  system  is 
not  currently  in  the  "Missions  by  System  Type"  Library,  then  the 
SPREA  will  inform  the  user  that  this  is  a  new  system. 

Next,  the  SPREA  will  ask  the  user  to  enter  the  name  of  the 
new  mission  which  he/she  wishes  to  analyze.  Finally,  the  SPREA 
will  ask  the  user  if  there  might  be  a  mission  description  which 
is  currently  in  the  "Missions  by  System  Type"  Library  which 
he/she  would  like  to  use  as  a  starting  point  for  the  new  mission 
description.  This  selection  of  a  comparable  mission  from  the 
library  will  be  aided  by  the  SPREA  presenting  the  library  listing 
by  system  type.  If  the  user  can  not  identified  a  comparable 
mission  within  the  system  type,  the  SPREA  will  present  all  of  the 
missions  in  the  library  which  are  in  the  same  mission  area.  If 
the  user  still  can  not  identified  a  comparable  mission,  then  the 
user  can  view  the  entire  "Missions  by  System  Type"  Library.  If 
the  user  fails  to  identify  a  comparable  mission,  then  in  all  of 
the  succeeding  steps  of  the  SPREA  process,  the  input  forms  will 
be  blank.  If  the  user  is  able  to  identify  a  comparable  mission, 
then  all  of  the  input  forms  for  the  succeeding  steps  will  present 
the  data  from  the  comparable  mission  as  default  data. 
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The  output  of  this  step  will  be  the  identification  of  the 
mission  area,  system  type  and  system  name  of  the  system  the  user 
wishes  to  analyze.  Also,  the  name  of  the  mission  that  the  user 
wishes  to  describe  will  be  an  output.  In  most  cases,  the  user 
will  also  have  identified  a  comparable  mission  from  the  SPREA 
"Missions  by  System  Type"  Library. 

User  Interface 

The  user  interface  for  this  step  is  described  in  detail  on 
a  screen-by-screen  basis. 
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Screen  1.1  -  Begin  using  the  SPREA  to  set  performance  criteria. 
The  user  will  choose  to  either  enter  the  system  name,  or  get  a 
listing  of  all  the  systems  which  have  SPREA  files. 

User  Action:  Use  the  arrow  keys  to  move  the  highlight  bar, 
use  the  carriage  return  to  select  one  of  the  listed  options. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen;  If  the  user  chooses  ’’Enter  the  system 
name”  then  Screen  1.2,  if  "Get  a  listingof  the  existing  systems" 
then  Screen  1.2.1,  if  the  user  presses  "escape”  then  Screen  0.3. 
If  the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  an  arrow,  carriage  return,  escape,  or  FI)  then  "Please 
use  the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key." 
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MODE:  WORK 
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Screen  1.2  -  Enter  the  system  name.  The  SPREA  will  prompt  the 
user.  System  name  will  be  entered  via  the  keyboard. 

User  Action:  Use  the  keyboard  to  enter  the  system  name 

Input  Files:  The  SPREA  DBMS  search  routines  will  be  used 
to  search  the  system  names  that  are  currently  encoded  in  the  file 
"systems. dat"  to  verify  that  this  system  name  currently  exists  in 
the  SPREA  library. 

Output  Files:  None 

Algorithms :  A  standard  forward-search  algorithm  will  be 
employed  to  search  systems.dat. 

Following  Screen:  If  the  system  is  entered  in  systems.dat. 
Screen  1.3.  If  the  system  is  not  currently  in  systems.dat,  then 
Screen  1.6.  If  "escape",  then  Screen  0.3.  If  the  user  presses 
FI,  a  context-specific  help  file  will  be  displayed.  After  the 
help  file  is  displayed,  the  user  will  press  the  carriage  return 
to  return  to  this  menu. 

Error  Statements:  None 
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Screen  1.2.1  -  Get  a  listing  of  existing  systems.  The  user  will 
be  able  to  move  the  highlight  bar  to  select  one  of  the  systems 
listed. 

User  Action:  Use  the  vertical  arrow  keys  to  select  a 
system  name,  or  escape  to  exit  from  the  screen 

Input  Files:  The  SPREA  DBMS  retrieval  routines  will  be 
used  to  retrieve  the  system  names  that  are  currently  encoded  in 
the  file  M systems. dat. " 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  If  a  system  is  selected.  Screen  1.3. 
Otherwise,  Screen  1.2.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements;  None 
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MODE:  WORK 


iJfTH :  SPREA)  RESUME)  SYSTEM 
Se 1 ect 

lect  the  highlighted  system 


EXISTING  SPREfi  SYSTEMS 


Mission  Area 


System  Type 


rear  operations  a.  d. 

forward  area  a. d. sys. 
mobile  gun  systems 


man-portable  systems 


other 


attack  helicopter 


cargo  helicopter 
utility  helicopter 


System  Name 


stinger  II 


apache  IV 
LHX 

h  uey  III 


scout  helicopter 
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Screen  1.3  -  The  SPREA  will  present  the  list  of  missions  to  the 
user.  The  user  will  be  asked  either  "Add",  "Select",  "Delete", 
"Copy",  or  "Move"  with  a  menu  bar  which  is  at  the  top  of  the 
menu.  The  prompt  "Select  one  of  the  above  options"  will  appear 
at  the  bottom  of  the  menu. 

User  Action:  Use  the  arrow  keys  to  move  the  highlight  bar 
horizontally  across  the  menu  bar,  use  the  carriage  return  to 
select  one  of  the  listed  options. 

Input  Files:  The  DBMS  data  retrieval  software  will 
retrieve  the  mission  list  from  the  XXXXXXXX  system  file. 

Output  Files;  None 

Algorithms ;  None 

Following  Screen;  If  the  user  chooses  to  "Add",  then 
Screen  1.5.  If  the  user  chooses  to  "Select",  then  Screen  1.4. 

If  the  user  chooses  to  "Quit"  or  "escape"  then  Screen  0.3.  If 
the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements;  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key." 
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SPREA) RESUME) SYSTEM 


MODE:  WAIT 


I 

I 

I 

I 

I 


SPREA  is  now  retrieving  the  files 
for  the  specified  system. 

When  this  process  completes  the 
system  status  will  be  displayed. 

You  will  identify  missions  to  be 
developed  for  this  system  from  the 
status  screen. 


MODE:  WORK 


R 


PBTHs  SPREA) RESUME) SYSTEM) MISSION 
SHlect  Add  Delete  Copy  Move 
Select  this  item 


|  CURRENT  SYSTEM  STATUS  AND  MISSION  IDENTIFICATION 

■ 

System  Name:  apache  IV 

1 

Mission  Name 

Date  Created 

Percent  Completed 

®estroy  Enemy  Troops 

02/03/87 

100 

■Destroy  Enemy  Fixed  Emplacements 

02/10/87 

35 

1 

1 

1 

1 

Destroy  Enemy  Helicopters 

02/11/87 

54 
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A 


Screen  1.4  -  The  highlighted  menu  bar  is  now  placed  at  the  first 
mission  in  the  mission  list.  The  prompt  "Select  one  of  the  above 
options"  will  appear  at  the  top  of  the  menu. 

User  Action:  Use  the  arrow  keys  to  move  the  highlight  bar 
vertically  through  the  mission  list,  use  the  carriage  return  to 
select  one  of  the  listed  options. 

Input  Files:  None 

Output  Files:  If  the  user  selects  one  of  the  missions, 
then  the  mission  name  will  be  appended  to  the  file  temp.dat. 

Algorithms :  None 

Following  Screen:  If  the  user  selects  one  of  the  missions, 
then  Screen  1.32.  If  "escape"  then  Screen  1.3.  If  the  user 
presses  FI,  a  context-specific  help  file  will  be  displayed. 

After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  verical  arrow,  carriage  return,  or  FI),  then  "Please 
use  the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key." 
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MODE:  WORK 


pfl'H:  SPREA) RESUME) SYSTEM) MISSION 
sMect  Add  Delete  Copy  Move 
Select  this  item 


|  CURRENT  SYSTEM  STATUS  AND  MISSION  IDENTIFICATION 

^System  Name:  apache  IV 

^lissiori  Name 

Date  Created 

Percent  Completed 

Aestroy  Enemy  Troops 

02/03/87 

100 

ftestroy  Enemy  Fixed  Emplacements 

02/10/87 

35 

Destroy  Enemy  Helicopters 

1 

1 

1 

1 

02/11/87 

54 
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Screen  1.5  -  The  highlighted  menu  bar  is  now  placed  at  a  blank 
line  positioned  under  the  last  mission  in  the  mission  list.  The 
prompt  "Input  the  new  mission  name"  will  appear  at  the  bottom  of 
the  menu. 

User  Action:  Use  the  keyboard  to  enter  the  new  mission 

name . 


Input  Files:  None 

Output  Files:  The  new  mission  name  will  be  appended  to  the 
file  temp.dat. 

Algorithms :  None 

Following  Screen:  Screen  1.15.  If  "escape"  then  Screen 
1.3.  If  the  user  presses  FI,  a  context-specific  help  file  will 
be  displayed.  After  the  help  file  is  displayed,  the  user  will 
press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  an  alpha-numeric  character,  carriage  return,  or  FI), 
then  "Please  use  enter  the  new  mission  name  and  press  the 
carriage  return." 
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■3TH:  SPREA) RESUME) SYSTEM) MISSION 
^lect  Add  Delete  Copy  Move 

Add  a  new  item  to  the  list 

MODE:  WORK 

1  CURRENT  SYSTEM  STATUS  AND  MISSION  IDENTIFICATION 

L  System  Name:  apache  IV 

P  Mission  Name 

Date  Created 

Percent 

Comp let ed 

■  Destroy  Enemy  Troops 

02/03/87 

100 

■Destroy  Enemy  Fixed  Emplacements 

0£/ 10/87 

35 

T  Destroy  Enemy  Helicopters 

02/11/87 

54 
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Screen  1.6  -  Inform  the  user  that  the  system  name  he/ she 
specified  in  Screen  1.2  does  not  have  an  existing  description  in 
the  SPREA  data  files. 

User  Action:  The  user  will  receive  the  message  "The  named 
system  name  does  not  exist".  The  user  will  use  the  arrow  keys  to 
select  the  next  action.  The  user  can  either  enter  a  new  system 
name,  view  the  listing  of  current  systems,  or  make  this  a  new 
system. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screens;  If  the  user  chooses  to  enter  a  new 
name,  then  Screen  1.2.  If  the  user  chooses  to  view  the  listing 
of  current  systems,  then  Screen  1.2.1.  If  the  user  wishes  to 
make  this  a  new  system,  then  Screen  1.7.  If  the  user  presses  FI, 
a  context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  the  user  enters  anything  other  than  a 
carriage  return,  then  the  system  will  respond  "Please  press  the 
carriage  return." 
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MODE:  WORK 


I 

JtH  :  SPREA)  RESUME)  SYSTEM 
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Screen  1.7  -  Select  mission  area  from  the  list  that  is  presented 


User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  specific  mission  area  of  choice.  The 
user  will  press  the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  Append  the  selected  mission  area  to  temp.dat 

Algorithms :  None 

Following  Screen:  Screen  1.11  unless  the  user  presses 

"escape".  If  "escape"  then  Screen  1.2.  If  the  user  presses  FI, 
a  context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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oj  ro 


SPREA)  NEW) AREA 


ODE:  WOR 


SPREA  Main  Menu 


1.  Begin  work  on  a  new  system  I 

.  Resume  work  on  an  existing  system  j 

.  Ut i 1 i t i es  | - - - 

-  Select  a  Mission  Area 


Air  defense 
Aviat ion 

Close  combat,  heavy 
Close  combat,  light 
Combat  service  support 

Combat  support,  engineer,  mine  warfare 
Command  and  control 
Comm  un i cat i ons 
Fire  support 

Intelligence  and  electronic  warfare 
NBC 

Spec i a 1  operat i ons 


Screen  1.11  -  Identify  system  type  by  examining  the  list  that  is 
presented. 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  specific  system  type  of  choice.  The 
user  will  press  the  carriage  return  to  complete  the  entry.  If 
the  user  needs  to  add  a  new  system  type,  he/ she  will  choose  the 
last  option  on  the  list  "Add  a  new  system  type." 

Input  Files:  None 

output  Files:  Append  the  selected  system  type  to  temp.dat 

Algorithms :  None 

Following  Screen:  Screen  1.15  unless  the  user  chooses  to 

add  a  new  system  type,  then  Screen  1.13.  If  "escape"  then  Screen 
1.7.  If  the  user  presses  FI,  a  context-specific  help  file  will 
be  displayed.  After  the  help  file  is  displayed,  the  user  will 
press  the  carriage  return  to  return  to  this  menu. 

Error  Statements;  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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TH :  SPREft) NEW) PREP) SYSTYPE 


MODE:  WORK 
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Screen  1.13  -  Enter  a  new  system  type 


User  Action:  The  SPREA  will  prompt  the  user  to  enter  a  new 
system  type.  The  user  will  use  the  keyboard  to  enter  the  new 
system  type.  The  user  will  press  the  carriage  return  to  complete 
the  entry. 

Input  Files:  None . 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  1.15.  If  the  user  presses  FI,  a 

context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements: 
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Mission  Area:  Aviation 


Select  a  System  Type 


1.  Attack  helicopter 
£.  Cargo  helicopter 

3.  Utility  helicopter 

4.  Scout  helicopter 

5.  Fixed  wing 

6.  Add  a  new  system  type 


MODE:  WORK 


Enter  the  name  of  the  new  system  type: 


Screen  1.15  -  Enter  the  system  name.  The  SPREA  will  prompt  the 
user.  System  name  will  be  entered  via  the  keyboard. 

User  Action:  Use  the  keyboard  to  enter  the  system  name. 

Input  Files:  The  SPREA  DBMS  search  routines  will  be  used 
to  search  the  system  names  that  are  currently  encoded  in  the  file 
"systems.dat"  to  verify  that  this  system  name  is  new. 

Output  Files:  Append  the  system  name  to  temp.dat 

Algorithms  t  None 

Following  Screen:  If  the  system  is  new,  Screen  1.22.  If 
the  system  is  not  new,  then  Screen  1.16.  If  "escape",  then 
Screen  1.11.  If  the  user  presses  FI,  a  context-specific  help 
file  will  be  displayed.  After  the  help  file  is  displayed,  the 
user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements: 
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1th  :  SPREA)  NEW)  AREA)  SYSTYPE)  SYSNAME 


MODE: 


Mission  Area:  Aviation 


Select  a  System  Type 


1.  Attack  helicopter 

2.  Cargo  helicopter 

3.  Utility  helicopter 

4.  Scout  helicopter 

5.  Fixed  wing 

6.  Add  a  new  system  type 


Enter  the  new  system  name: 


3-4 


WORK 


5 


Screen  1.16  -  The  system  name  which  the  user  entered  is  not  new. 
The  system  will  query  the  user  on  whether  he/she  wants  to  view 
the  missions  that  are  in  the  library  for  this  system  name,  or  to 
enter  a  different  system  name. 

User  Action:  Use  the  keyboard  to  respond  to  the  system 
prompt.  The  SPREA  will  ask,  "This  system  name  currently  exists. 
Do  you  wish  to  :  Enter  a  different  name,  or  View  the  missions 
for  this  sytem  name". 

Input  Files:  The  SPREA  DBMS  search  routines  will  be  used 
to  search  the  system  names  that  are  currently  encoded  in  the  file 
"systems.dat"  to  verify  that  this  system  name  is  new. 

Output  Files;  Append  the  system  name  to  temp.dat 

Algorithms  t  None 

Following  Screen:  If  the  user  wants  to  view  missions 
already  entered  for  this  system,  then  Screen  1.17.  If  he/ she 
wants  to  enter  a  new  system  name,  then  Screen  1.15.  If  the  user 
presses  FI,  a  context-specific  help  file  will  be  displayed. 

After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements;  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow  key  or  a  carriage  return,  or  FI), 
then  "Please  press  the  arrow  keys,  then  the  carriage  return. 
(Return  to  Continue)". 
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:  SPREA) NEW>  AREA) SYSTYPE) SYSNAME 


MODE: 


Mission  Area:  Aviation 


Select  a  System  Type 


1.  Attack  helicopter 

2.  Cargo  helicopter 

3.  Utility  helicopter 

4.  Scout  helicopter 

5.  Fixed  wing 

6.  Add  a  new  system  type 


Enter  the  new  system  name:  LHX 


This  system  name  currently  exists. 
Do  you  wish  to: 


WORK 


1.  Enter  a  different  name 

2.  View  the  missions  for  this  system  name 


Screen  1.17  -  The  mission  list  is  presented.  The  user  can  return 
to  the  new  system  definition  and  enter  a  new  name  or  resume  work 
on  this  system. 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  an  option.  Select  the  option  by  pressing 
the  carriage  return. 

Input  Files;  The  list  of  missions  will  be  retrieved  from 
the  "Missions  by  System  Type"  Library. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  1.15  if  entering  a  new  system 

name.  Screen  1.3  if  resuming  work  on  the  existing  system.  If 
"escape"  then  Screen  1.15.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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I 

®TH:  SPREA)  NEW) AREA) SYSTYP) SYSNAME) VIEW 


MODE:  WORK 


[System  Name:  LHX 

System  Type:  Attack  helicopter 


^lission  Area:  Aviation 
Missions 


You  may  do  one  of  the 
fol lowing : 

1.  Return  to  the  new  system 
definition  and  enter  a 
new  name 


Screen  1.21  -  Ask  the  user  at  which  point  he/ she  wishes  to  resume 
work  on  the  system.  The  mission  area,  system  type,  and  system 
name  which  the  user  has  selected  will  be  presented.  The  user 
will  also  be  shown  the  mission  name  and  the  comparable  mission 
which  was  selected  (when  the  user  first  began  defining  the  new 
mission) . 

User  Action:  The  user  will  respond  to  the  prompt  by 
identifying  which  point  he/she  wishes  to  resume  work.  The  user 
will  press  escape  if  he/she  wishes  to  return  to  the  mission 
status  listing. 

Input  Files;  The  mission  area,  system  type,  and  system 
name  will  be  retrieved  from  the  SPREA  system  file. 

Output  Files;  If  verified  correct,  the  data  will  be  stored 
in  working.dat. 

Algorithms :  None 

Following  Screens:  If  the  user  wishes  to  resume  at  "define 
conditiosn"  then  Screen  2.0.  If  the  user  wishes  to  resume  at 
"set  mission  level  criteria",  then  Screen  3.1.  If  the  user 
wishes  to  resume  at  "define  system  RAM",  then  Screen  4.1.  If  the 
user  wishes  to  identify  functions,  then  Screen  5.1.  If  the  user 
wishes  to  define  the  function  sequence,  then  Screen  6.1.  If  the 
user  decides  to  weight  the  function  accuracies,  then  Screen  7.1. 
If  the  user  wishes  to  execute  the  function,  then  Screen  10.1.  If 
the  user  wishes  to  receive  a  report  on  the  last  execution  run, 
then  Screen  11.1.  If  the  user  presses  FI,  a  context-specific 
help  file  will  be  displayed.  After  the  help  file  is  displayed, 
the  user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements: 
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SPREA) RESUME) SYSTEM) MISSION 


MODE:  WORK 


Mission  Area 
System  Type 
System  Name 
Mission 

Comparable  Mission 


fit  what  point  do  you  wish  to  resume  work? 

1.  Define  conditions 

2.  Set  mission  level  criteria 

3.  Define  system  ROM 

4.  Identify  functions 

5.  Define  function  sequence 

6.  Weight  function  accuracies 

7.  Execute 

8.  Report 


:  Aviation 
:  Attack  helicopter 
:  Apache  IV 

:  Destroy  Enemy  Arm  Veh. 
:  Destroy  Enemy  Fixed 
Emp 1 acement  s 
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Screen  1.22  -  Verify  the  system  description.  The  mission  area, 
system  type,  and  system  name  which  the  user  has  selected  will  be 
presented. 

User  Action:  The  user  will  respond  to  the  prompt  by 
selecting  either  "Confirm",  "Change  mission  area",  "Change  system 
type",  or  "Change  system  name". 

Input  Files:  The  mission  area,  system  type,  and  system 
name  will  be  retrieved  from  temp.dat 

Output  Files;  If  verified  correct,  the  data  will  be  stored 
in  working.dat. 

Algorithms :  None 

Following  Screens:  If  the  user  verifies  the  information, 
then  Screen  1.25.  If  the  user  says  the  information  is  incorrect, 
then  Screen  1.24.  If  the  user  presses  FI,  a  context-specific 
help  file  will  be  displayed.  After  the  help  file  is  displayed, 
the  user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements: 
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SPREA) NEW) AREA) SYSTYPE) SYSNAME 


MODE:  WORK 


I 


NEW  SYSTEM  DEFINITION 


Mission  Area  :  Aviation 

System  Type  :  Attack  helicopter 

System  Name  :  LHX 


1.  Confirm 

S.  Change  mission  area 

3.  Change  system  type 

4.  Change  system  name 


Screen  1.23  -  Correct  the  information  in  Screen  17.  The  user 
will  be  asked  to  identify  which  of  the  fields  contain  incorrect 
information. 

User  Action:  Use  the  arrow  keys  to  move  the  highlight  bar, 
use  the  carriage  return  to  select  the  field  he  wishes  to  change. 

Input  Files:  None 

Output  Files;  Write  the  changes  to  temp.dat 

Algorithms :  None 

Following  Screen:  If  the  user  selects  "mission  area",  then 
the  following  screen  is  Screen  1.7.  If  the  user  selects  "system 
type"  then  the  following  screen  is  Screen  1.11.  If  the  user 
selects  "system  name",  then  the  following  screen  is  Screen  1.15. 
If  the  user  presses  "escape",  then  Screen  1.21.  If  the  user 
presses  FI,  a  context-specific  help  file  will  be  displayed. 

After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements;  If  an  inappropriate  key  is  pressed 
(i.e.,  not  an  arrow,  carriage  return,  or  FI),  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key". 
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Screen  1.24  -  Correct  the  information  in  Screen  1.22.  The  user 
will  be  asked  to  identify  which  of  the  fields  contain  incorrect 
information. 

User  Action:  Use  the  arrow  keys  to  move  the  highlight  bar, 
use  the  carriage  return  to  select  the  field  he  wishes  to  change. 

Input  Files:  None 

Output  Files:  Write  the  changes  to  temp.dat 

Algorithms :  None 

Following  Screen:  If  the  user  selects  "mission  area",  then 
the  following  screen  is  Screen  1.7.  If  the  user  selects  "system 
type"  then  the  following  screen  is  Screen  1.11.  If  the  user 
selects  "system  name",  then  the  following  screen  is  Screen  1.15. 
If  the  user  chooses  "mission  name",  then  Screen  1.17.  If  the 
user  presses  "escape",  then  Screen  1.22.  If  the  user  presses  FI, 
a  context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
.return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  an  arrow,  carriage  return,  or  FI),  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key". 


3-55 


Screen  1.25  -  Enter  the  name  of  the  new  mission  for  which  the 
user  wants  to  define  system  performance  requirements. 

User  Action:  Use  the  keyboard  to  enter  the  mission  name 

Input  Files:  The  SPREA  DBMS  search  routines  will  be  used 
to  search  the  mission  names,  if  any,  that  are  currently  encoded 
in  the  "Missions  by  System  Type"  Library  for  this  system  name. 

Output  Files;  Append  the  mission  name  to  temp.dat 

Algorithms :  None 

Following  Screen:  Screen  1.26.  If  the  user  presses 
"escape",  then  Screen  1.21.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements:  If  the  mission  name  is  found  in  the 
"Missions  by  System  Type"  Library  under  the  entered  system  name, 
then  "The  mission  YYYYYYYYY  YYYYYYY  YYYYYY  is  already  entered  for 
the  system  XXXXX.  (Return  to  Continue)". 
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TH:  SPREA) NEW) AREA) SYSTYPE) SYSNAME) MISSION 


MODE:  WORK 


ter  Mission  Name:  Destroy  Enemy  Armored  Vehicles 
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SPREA)  NEW)  AREA)  SYSTYPE)  SYSNAME)  MISSION 


MISSION  DEFINITION 


Mission  Area 
System  Type 
System  Name 
Mission 


Aviat ion 

Attack  helicopter 
LHX 

Destroy  Enemy  Armored 
Vehicles 


1.  Define  mission  from  scratch 

£.  Define  mission  using  a  comparable  mission 


Screen  1.26.1  -  Query  the  user  on  the  library  which  he/ she  wishes 
to  view  for  selection  of  a  comparable  mission. 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  "System  Type",  or  "Mission  Area".  Select 
the  option  by  pressing  the  carriage  return. 

Input  Files:  None . 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  1.29  if  "system  type".  Screen 

1.30  if  "mission  area."  If  the  user  presses  "escape"  then  Screen 
1.26.  If  the  user  presses  FI,  a  context-specific  help  file  will 
be  displayed.  After  the  help  file  is  displayed,  the  user  will 
press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
. (i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 


3-60 


THs  SPREA) NEW>  AREA) SYSTYPE) SYSNAME) MISSION 


10: 


10  R! 


DE:  W 


MISSION 

DEFINITION 

Mission  Area 

:  Aviation 

System  Type 

:  Attack  helicopter 

System  Name 

:  LHX 

Mission 

:  Destroy  Enemy  Armored 

Vehicles 

1.  Define  mission  from  scratch 

2.  Define  mission  using  a  comparable  mission 


Select  a  comparable  mission  from 
those  missions  with  the  same: 

1.  System  type 

2.  Mission  area 
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Screen  1.29  -  Present  a  list  of  missions  that  exist  in  the 
libraries  under  the  same  system  type,  (if  any). 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  a  mission. 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  mission  library  and  retrieve  all  the  missions  entered 
under  the  system  type  entered  in  Screen  1.21.  The  mission 
performance  time  and  accuracy  will  also  be  retrieved  from  the 
mission  library. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  .  Screen  1.32.  If  the  user  presses 
"escape"  then  Screen  1.26.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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PATH:  SPREA) NEW) AREA) SYSTYPE) SYSNAME) MISSION  MODE:  WORK 

s£ect 

Select  the  highlighted  mission 


MISSIONS  FOR  SYSTEM  TYPE  :  Attack  helicopter 

1 

1 

Destroy  Enemy  Troops 

Destroy  Enemy  Fixed  Emplacements 

Destroy  Enemy  Helicopters 

Delay/Suppress  Enemy  Activity 

Escort/Screen  Friendly  Forces 
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Screen  1.30  -  Present  a  list  of  missions  that  exist  in  the 
libraries  under  the  same  mission  area,  (if  any). 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  a  mission. 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  "Missions  by  System  Type"  Library  and  retrieve  all  the 
missions  entered  under  the  mission  area  entered  in  Screen  1.25. 
The  mission  performance  time  and  accuracy  will  also  be  retrieved 
from  the  "Missions  by  System  Type"  Library. 

Output  Files;  None 

Algorithms :  None 

Following  Screen:  Screen  1.32.  If  the  user  presses 

"escape"  then  Screen  1.26.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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Screen  1.32  -  A  mission  name  has  been  selected,  and  if  desired  a 
comparable  mission  has  been  selected  from  the  "Missions  by  System 
Type"  Library.  In  this  screen,  the  user  will  confirm  his 
choices. 

User  Action;  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  select  "confirm",  "change  mission  name",  or 
"change  comparable  mission".  Select  the  option  by  pressing  the 
carriage  return. 

Input  Files:  None 

Output  Files;  None 

Algorithms :  None 

Following  Screen:  Screen  2.0  if  "Confirm".  Screen  1.26.1 

if  "change  comparable  mission".  Screen  1.25  if  "change  mission 
name".  If  the  user  presses  "escape"  then  Screen  1.26.  If  the 
user  presses  FI,  a  context-specific  help  file  will  be  displayed. 
After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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SPREA) NEW) AREA) SYSTYPE) SYSNAME) MISSION 


MISSION  DEFINITION 


Mission  Area  : 
System  Type  : 
System  Name  : 
Mission  Name  : 
Comparable  Mission  : 


Aviat ion 

Attack  helicopter 
LHX 

Destroy  Enemy  Arm.  Veh 
Destroy  Enemy  Fixed 
Emplacements 


1.  Confirm 

S.  Change  mission  name 
3.  Change  comparable  mission 


3.2  Step  2  -  Identify  Conditions 


Knowledge  of  the  tactical  and  environmental  operating 
conditions  of  the  system  is  necessary  in  order  to  simulate  each 
function  realistically.  In  this  screen,  the  user  will  also  be 
able  to  select  different  tactical  and  environmental  conditions 
from  the  conditions  taxonomy. 

Input 


External .  The  conditions  under  which  the  new  system  will 
perform  are  also  external  inputs  to  this  screen.  As  with  other 
inputs  that  the  user  must  supply,  if  the  user  is  not  sure  of  the 
specific  values  he  or  she  will  be  able  to  try  different  values 
and  study  their  effects  to  determine  the  model's  sensitivity  to 
assumptions  regarding  different  tactical  and  environmental 
conditions. 

Internal .  The  internal  input  also  consists  of  a  list  of 
the  conditions  typically  associated  with  different  system  types 
performing  different  missions.  This  data  is  supplied  in  the 
"Conditions  by  System  Type"  Library. 


Process 


The  process  of  specifying  conditions  for  the  mission  which 
is  being  analyzed  is  long.  This  is  due  to  the  fact  that  there  is 
a  very  large  set  of  conditions  that  could  apply . 

If  the  user  has  selected  a  comparable  mission,  then  when 
he/she  begins  this  step,  the  conditions  connected  with  that 
mission  description  will  be  displayed  as  the  default  conditions 
for  the  new  mission.  The  user  will  have  an  opportunity  to  change 
any  of  these  conditions. 
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If  the  user  has  not  specified  a  comparable  mission,  he/she 
will  be  presented  with  a  set  of  "normal"  conditions.  This 
"normal"  condition  set  will  be  retrieved  from  the  "Conditions  by 
System  Type"  Library.  The  user  will  be  asked  whether  he/she 
wishes  to  change  any  of  these  conditions,  or  whether  he/ she 
wishes  to  begin  over  to  specify  a  new  condition  set.  If  the  user 
changes  any  of  these  conditions,  or  starts  over,  then  the  user 
will  be  asked  to  name  the  new  condition  set. 

If  the  user  decides  to  change  a  condition,  then  the  SPREA 
will  ask  the  user  to  indicate,  using  the  highlight  bar  and  arrow 
keys,  which  condition  needs  to  be  changed.  The  possible  inputs 
for  that  condition  will  then  be  presented  to  the  user  for  his/her 
selection. 

If  the  user  has  indicated  that  he/she  wishes  to  start  over 
in  specifying  a  condition  set,  then  the  SPREA  will  step  through 
first  the  basic  conditions,  and  then  will  ask  the  user  whether 
he/she  wishes  to  see  any  additional  conditions  (for  specific 
condition  list  by  system  type,  refer  to  Appendix  C) .  The  user 
.  will  select  the  applicable  conditions  by  moving  the  highlight  bar 
using  the  arrow  keys,  and  pressing  the  carriage  return. 

After  the  user  has  completed  the  mission  condition 
specifications,  the  SPREA  will  ask  the  user  whether  the 
conditions  will  vary  from  function  to  function.  For  example,  if 
the  mission  is  a  very  long  one,  some  of  the  functions  may  be 
undergone  under  "day"  condition  and  others  may  be  modeled  under 
"night"  condition.  If  the  user  indicates  that  the  conditions  may 
vary  from  function  to  function,  then  as  the  functions  are 
specified  in  Step  4  of  this  process,  the  conditions  which  apply 
to  that  function  will  be  presented  and  the  user  will  be  asked  at 
that  time  whether  any  of  the  conditions  should  be  changed. 


3-68 


User  Interface 


The  user  interface  for  this  step  is  quite  straightforward, 
however  if  the  user  indicates  that  he/she  wishes  to  go  through 
the  entire  condition  library  to  specify  conditions  for  the 
mission,  then  the  process  will  be  a  long  and  tedious  one. 
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STEP  2:  IDENTIFY  CONDITIONS 


Screen  2.0  -  Ask  the  user  whether  he/she  would  like  to  use  the 
the  "normal"  condition  set  for  the  specified  system  type,  or 
other  condition  sets  which  are  entered  in  the  SPREA. 

User  Action:  The  user  will  use  the  move  the  horizontal 

arrow  keys  to  indicate  whether  he/ she  wishes  to  start  with  the 
"normal"  condition  set,  or  whether  he/she  would  lik,e  to  define 
or  modify  other  condition  sets. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  If  the  user  wants  to  examine  the 
"typical  case"  condition  set,  the  following  screen  is  2.1.  If 
the  user  chooses  to  view  the  library  of  conditions,  then  the 
following  screen  is  2.0.1.  If  the  user  presses  FI,  a  context-* 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements;  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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TH:  SPREft) CONDITIONS 


MODE:  WORK 


MISSION  CONDITION  SETS 


Mission  Area 
System  Type 
Sy st  ern  Name 
Mission  Name 
Comparable  Mission 
Condition  Set 


ft v i at i on 

ftttack  helicopter 
ftpache  IV 

Destoy  Enemy  firm.  Veh. 
Destroy  Fixed  Emplace. 


1.  Define/modify  the  typical  case  condition  set 

2.  Define/modify  other  condition  sets 
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Screen  2.0.1  -  The  user  has  indicated  that  he/she  wishes  to  view 
the  condition  sets  which  are  present  in  the  library.  In  this 
step,  the  user  will  have  the  opportunity  to  select  one  of  the 
listed  sets. 

User  Action;  The  user  will  use  the  vertical  arrow  keys  and 
the  carriage  return  to  select  a  condition  set. 

Input  Files:  "Conditions  by  System  Type"  Library 

Output  Files:  None 

Algorithms ;  None 

Following  Screen:  Screen  2.1.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  None 
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TH:  SPREA) CONDITIONS) OTHER 


ODE 


MISSION  CONDITION  SETS 


Mission  Area 
System  Type 
Sy st  era  Name 
Mission  Name 
Comparable  Mission 
Condition  Set 


Aviat ion 

Attack  helicopter 
Apache  IV 

Destoy  Enemy  Arm.  Veh. 
Destroy  Fixed  Emplace. 


1.  Define/modify  the  typical  case  condition  set 
S.  Define/modify  other  condition  sets 


1.  Select  from  existing  condition  sets 
£.  Define  a  new  condition  set 


! 


3- 


I 

STH:  SPREA) CONDITIONS) OTHER  MODE:  WORK 

lect 

Select  highlighted  item 

EXISTING  CONDITION  SETS  FOR  Destroy  Enemy  Armored  Vehicles 


1.  Typical 
S.  Worst  case  1 

3.  Mideast 

4.  Mideast  £ 

5.  European  Theater 
S.  European  Arctic 
7.  Add  new  set 
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Screen  2.1-  Retrieve  and  present  the  selected  default  condition 
set  to  the  user.  This  may  be  the  either  the  "normal"  conditions 
for  the  specified  system  type,  or  it  may  be  the  condition  set 
which  applies  to  the  comparable  mission  which  was  selected  in 
Step  1. 


User  Action:  None 

Input  Files:  "Conditions  by  System  Type"  Library 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  2.2.  If  the  user  presses  FI,  a 

context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  None 
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Screen  2.2  -  Ask  the  user  to  select  a  condition  category.  The 
user  can  elect  to  accept  the  default  condition  set,  thereby 
skipping  the  process  of  assigning  conditions. 

User  Action:  The  user  will  use  the  move  the  vertical 

arrow  keys  to  indicate  which  condition  category  he/she  wishes  to 
examine . 

Input  Files:  None 

Output  Files:  If  the  user  elects  to  accept  the  current 
condition  set,  then  the  conditions  will  be  written  to  the  working 
file. 


Algorithms ;  None 

Following  Screen:  If  the  user  indicates  that  he/she  wishes 
to  accept  the  condition  set  which  is  presented,  by  pressing 
escape,  then  the  following  screen  is  3.0.  If  the  user  indicated 
that  he/she  wishes  to  modify  the  condition  set  by  choosing  a 
category,  then  the  following  screen  is  2.5.  If  the  user  presses 
FI,  a  context-specific  help  file  will  be  displayed.  After  the 
help  file  is  displayed,  the  user  will  press  the  carriage  return 
to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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TH:  SPREA) CONDITIONS) TYPICAL 


MODE:  WORK 


MISSION  CONDITION  SETS 


Mission  Area  : 
System  Type  : 
Sy st  ern  Name  : 
Mission  Name  : 
Comparable  Mission  : 
Condition  Set  : 


Aviation 

Attack  helicopter 
Apache  IV 

Destoy  Enemy  Arm.  Veh. 
Destroy  Fixed  Emplace. 
Typical 


1.  Define/modify  the  typical  case  condition  set 

2.  Define/modify  other  condition  sets 


1.  Environmental 

2.  Terrain 

3.  Target/threat  related 

4.  Friendly  force  related 


3-78 


Screen  2.6  -  As  the  user  indicates  that  a  condition  must  be 
changed,  the  condition  library  will  present  the  possible  options 
for  the  selected  condition. 

User  Action:  The  user  will  use  the  vertical  arrow  keys  to 
select  the  new  condition  setting.  After  the  highlight  bar  has 
been  positioned  over  the  appropriate  menu  item,  the  user  will  use 
the  carriage  return  to  select  the  option. 

Input  Files:  The  "Conditions  by  System  Type"  Library  will 
be  used  to  identify  the  appropriate  condition  settings  for  a 
given  condition  subset  (i.e.,  environmental,  tactical). 

Output  Files:  As  the  user  selects  new  condition  settings , 
they  will  be  written  to  the  working  file.  The  condition  settings 
will  be  filed  under  the  new  condition  set  name. 

Algorithms :  None 

Following  Screen:  Screen  2.5.  If  the  user  presses  escape, 
then  2.5.  If  the  user  presses  FI,  a  context-specific  help  file 
will  be  displayed.  After  the  help  file  is  displayed,  the  user 
will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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MODE:  WORK 


i 

PflffH :  SPREA)  CONDITIONS) TYPICAL) ENV 
sMect  Add  Delete  Copy  Move 
Sen. ect  this  item 


BASIC  ENVIRONMENTAL  CONDITIONS 

1.  Day/Night 

Day 

2.  Visibility  Type 

Clear 

1.  Clear 

3.  Climate  Type 

Basic/C 

2.  Fog 

4.  Electromagnet ic  Hazards  (with/without) 

without 

3.  Haze 

5.  Flight  rules 

visual 

4.  Smoke 

6.  Altitude 

7.  Additional  conditions 

200  fee 

• 
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I 

PM-Hs  SPREA> CONDITIONS) TYPICAL) ENV  MODE: 

Smect  Add  Delete  Copy  Move 
Select  this  item 


BASIC  ENVIRONMENTAL  CONDITIONS 

1.  Day/Night 

2.  Visibility  Type 

3.  Climate  Type 

4.  Electromagnetic  Hazards  (with/without 

5.  Flight  rules 

6.  Altitude 

7.  Additional  conditions 

:  Day 
:  Clear 
:  Basic/Cold 

1.  Hot /Dry 

2.  Hot /Hum id 

3.  Basic/High  Humid 

4.  Basic/Hot 

5.  Basic/Cold 

6.  Cold 

7.  Severe  Cold 

WORK 
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SPREA) CONDITIONS) ENV>  ADDITIONAL 


MODE:  WORK 


ADDITIONAL  ENVIRONMENTAL  CONDITIONS 


1.  Special  Environments 
£.  Wind  Direction  -  Type 

3.  Wind  Direction  —  Measured 

4.  Wind  Velocity 

5.  Pressure 

6.  Temperature 
8.  Preci pi tat  ion 


None 
No  wind 

0  mils  from  gun  azimuth 

0  miles/hour 

1013  millibars 

70  degrees  Fahrenheit 

Clear 


9.  Visibility 


10, 000 


meters 


THs  SPREA) CONDITIONS) ENV>  ADDITIONAL 
lect  Add  Delete  Copy  Move 
lect  this  item 


MODE:  WORK 


ADDITIONAL  ENVIRONMENTAL  CONDITIONS 

1.  Special  Environments 

None 

1.  None 

£.  Wind  Direction  -  Type 

No  w i nd 

£.  Mountain 

3.  Wind  Direction  -  Measured 

0 

3.  Jungle 

rnuth 

4.  Wind  Velocity 

0 

4.  Desert 

5.  Pressure 

1013 

5.  Winter 

6.  Temperature 

70 

6.  Amphibious 

t 

8.  Precipitation 

Clear 

9.  Visibility 

10, 000 
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TH:  SPREA) CONDITIONS) ENV> ADD 
lect  Add  Delete  Copy  Move 
lect  this  item 


MODE:  WORK 


ADDITIONAL  ENVIRONMENTAL  CONDITIONS 

1.  Special  Environments 

None 

£.  Wind  Direction  -  Type 

No  wind 

1.  No  wind 

3.  Wind  Direction  -  Measured 

0 

£.  Headwind 

rnuth 

4.  Wind  Velocity 

0 

3.  Tailwind 

5.  Pressure 

1013 

4.  Cross  wind 

6.  Temperature 

70 

t 

fl.  Precipitation 

Clear 

9.  Visibility 

10, 000 

3-85 


|ITH:  SPREfi)  CONDITIONS)  ENV>  ODD 
elect  Add  Delete  Copy  Move 
elect  this  item 


MODE:  WORK 


ADDITIONAL  ENVIRONMENTAL  CONDITIONS 

1.  Special  Environments  :  None 

£.  Wind  Direction  -  Type  :  No  wind 

3.  Wind  Direction  -  Measured  :  0  ri 

4.  Wind  Velocity  :  0  n 

5.  Pressure  :  1013  n 

6.  Temperature  :  70  c 

Q.  Precipitation  :  Clear 

9.  Visibility  :  10,000 

uuCpfc  . 

ills  from  az imuth 

ni les/hour 
i  l’l  i  bars 

Jegrees  Fahrenheit 

1.  degrees  Fahrenheit 

S.  degrees  Celsius 

3.  degrees  Kelvin 

H:  SPREA) CONDITIONS) ENV> ADD 


MODE:  WORK 


ADDITIONAL  ENVIRONMENTAL  CONDITIONS 

1.  Special  Environments  :  None 

S.  Wind  Direction  -  Type  :  No  wind 

3.  Wind  Direction  -  Measured  :  0 

4.  Wind  Velocity  :  0 

5.  Pressure  :  1013 

6.  Temperature  :  70 

8.  Precipitation  :  Clear 

9.  Visibility  :  10,000 

•  i  *  .  . . 

mils  from  g&m-  azimuth 

miles/hour 

mi  1 1 ibars 

degrees  Fahrenheit 

1.  Clear 

2.  Snow 

3.  Ice 

4.  Rain 
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MISSION  CONDITION  SETS 


Mission  Area 

Aviat ion 

System  Type 

Attack  helicopter 

System  Name 

Apache  IV 

Mission  Name 

Destoy  Enemy  Arm.  Veh. 

Comparable  Mission 

Destroy  Fixed  Emplace. 

Condition  Set 

Typical 

1.  Define/modify  the  typical  case  condition  set 

2.  Define/modify  other  condition  sets 

1.  Environmental 
S.  Terrain 

3.  Target/threat  related 

4.  Friendly  force  related 


MODE:  WORK 


| 

1TH :  SPREA)  COND I T I ONS>  TYP I CAL>  TERRAIN 
lect  Add  Delete  Copy  Move 
Se 1 ect  this  item 
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TH :  SPREA> COND I T I ONS>  TYP I CAL>  T&T 


MODE:  WORK 


BASIC  TARGET/THREAT  RELATED  CONDITIONS 

i.  Protective  Gear  Level  (MQPP  level) 

0 

£.  Target  Range 

£000 

meters 

3.  Electro  Magnetic  Pulse  (EMP  with/without) 

without 

4.  Type  of  Electronic  Warfare  Present 

none 

5.  General  Target  Type 

Armored 

vehicle 

5.  Additional  Conditions 
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I3TH :  SPREA) CONDITIONS) TYPICAL) T&T 
sleet  Add  Delete  Copy  Move 
Select  this  item 


I 

^TTH:  SPREA) CONDITIONS) TYPICAL) T&T) ADDITIONAL 


MODE:  WORK 


ADDITIONAL  TARGET/THREAT  CONDITIONS 


i.  General  Target/Threat  Types 
S.  Threats 
3.  Targets 


! 


% 
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MODE:  WORK 


1 

MtH:  SPREA) CONDITIONS) TYPICAL) T&T) ADDITIONAL 


lect  Add  Delete  Copy  Move  Switch 
lect  this  item 

ADDITIONAL  TARGET/THREAT  CONDITIONS 

1.  General  Target /Threat  Types 

2.  Threats 

3.  Targets 

Selected 

Available 

1 .  None 

1.  Small  arms 

2.  Tank 

3.  Large  caliber  antiaircraft  fire 

4.  High  performance  aircraft 

5.  Helicopter 

S.  Heat  seeking  missile 

7.  Air  defense  missiles 
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TH:  SPREA) CONDITIONS) TYPICAL) T&T) ADDITIONAL 


MODE:  WORK 


ADDITIONAL  TARGET/THREAT  CONDITIONS 

1-  General  Target /Threat  Types 
£.  Threats 

3.  Targets 

1.  Type  of  Threat  Attack 

:  None 

2.  Directed  Energy  Weapon  ( present /absent )  :  Absent 

|  3.  Threat  Obstacles 

:  None 

3-95 


TH:  SPREA) CONDITIONS) TYPICAL) T&T) ADDITIONAL 
lect  Add  Delete  Copy  Move 
lect  this  item 


MODE:  WORK 


ADDITIONAL  TARGET/THREAT  CONDITIONS 


1.  General  Target /Threat  Types 
£.  Threats 
3.  Targets 


TH:  SPREA) CONDITIONS) TYPICAL) T&T) ADDITIONAL 


MODE:  WORK 


ADDITIONAL  TARGET/THREAT  CONDITIONS 


1.  General  Target /Threat  Types 
£.  Threats 
3.  Targets 


1.  Type  of  Threat  Attack  :  None 

2.  Directed  Energy  Weapon  < present /absent )  :  Absent 

3.  Threat  Obstacles  :  None 


1.  Absent 

2.  Present 
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!LtH :  SPREA) CONDITIONS) TYPICAL) T&T>  ADDITIONAL  MODE:  WORK 

elect  Add  Delete  Copy  Move 
Se 1 ect  this  item 
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bi  ro 


TH:  SPREA)  CONDITIONS) TYPICAL) T&T) ADDITIONAL 


MODE:  WORK 


ADDITIONAL  TARGET/THREAT  CONDITIONS 

1.  General  Target /Threat  Types 
.  Threats 
.  Targets 


1.  Target  Exposure  Time 
£.  Type  of  Target  Aquisition 


0 

Visual 


seconds 


3.  Movement  Status  of  Ground  Targets 
(moving/st at  ionary) 

4.  Number  of  Targets 

5.  Range  of  Ground  Targets 

6.  Aspect  of  Ground  Targets 

7.  Ground  Target  Speed 


stat ionary 


Frontal 


met  ers 


mi les/hour 


Ground  Target  Class 


Point 


ww 


f|TH:  SPREA) CONDITIONS) TYPICAL) T&T) ADDITIONAL 
elect  Add  Delete  Copy  Move 
Select  this  item 


MODE:  WORK 


u 


ADDITIONAL  TARGET/THREAT  CONDITIONS 

1.  General  Target/Threat  Types 

2.  Threats 

3.  Targets 


1.  Target  Exposure  Time 

2.  Type  of  Target  Aquisition 

3.  Movement  Status  of  Ground  Targets 
<rnoving/stat  ionary ) 

4.  Number  of  Targets 

5.  Range  of  Ground  Targets 

6.  Aspect  of  Ground  Targets 

7.  Ground  Target  Speed 

S.  Ground  Target  Class 


0 

Visual 


seconds 


1.  Visual 

2.  Infrared  radar /sensor 

3.  Air  defense  radar 

4.  Radio  direction  finding  system 

5.  Radar  direction  finding  system 
£.  Others 
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RTH :  SPREA) CONDITIONS) TYPICAL) T&T) ADDITIONAL 
elect  Add  Delete  Copy  Move 
e 1 ect  this  item 


MODE:  WORK 


ADDITIONAL  TARGET/THREAT  CONDITIONS 


1.  General  Target /Threat  Types 
£.  Threats 
3.  Targets 


1.  Target  Exposure  Time 
£.  Type  of  Target  Aquisition 

3.  Movement  Status  of  Ground  Targets 
( mov i ng /st  at i onary ) 

4.  Number  of  Targets 

5.  Range  of  Ground  Targets 

6.  Aspect  of  Ground  Targets 

7.  Ground  Target  Speed 

Q.  Ground  Target  Class 


0 

Visual 


seconds 


stat ionary 


0 

0 

Frontal 


met  ers 


1.  Frontal 
£.  Flanking 
3.  Oblique 


/hour 
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TH:  SPREA)  CONDITIONS) TYPICAL) FFORCE 


MODE:  WORK 


FRIENDLY  FORCE  CONDITIONS 


1.  Modes  of  Flight  :  Regular 

2.  Navigation  Technique  :  Radio 
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gj  ro 


TH:  SPREA) CONDITIONS) TYPICAL) FFROCE) WEAPONS 


MODE:  WORK 


I 


FRIENDLY  FORCE  WEAPON/FIRE  CONDITIONS 


|  1.  Weapon  Types 

.  Type  of  Sight 
.  Flight  Mode 

I  4.  Weapon  Mode 
1  5.  AFT  Pilot  Status 

6.  Type  of  Navigational  Aid 

I  7.  Takeoff  Gross  Weight 

I  8.  Maximum  Weight  of  Load 

j  9.  Type  of  ECCM 

I  10.  Comm un i cat i on  Med i um 
1 1 .  Cornmun i cat  i on  Mode 


:  30-rnrn  cannon,  air-to-air  stinger 
:  Naked  Eye 
:  Moving 


Direct 

With 

VOR 


:  Jamming 
:  Two  way  radio 
:  Normal  message  traffic 


MODE:  WORK 


®3TH:  SPREA) CONDITIONS) TYPICAL) FFROCE) WEAPONS 
Select  Add  Delete  Copy  Move 


Select  this  item 


FRIENDLY  FORCE  WEAPON/FIRE  CONDITIONS 


Weapon  Types 
Type  of  Sight 
Flight  Mode 

Weapon  Mode 

AFT  Pilot  Status 

Type  of  Navigational  Aid 

Takeoff  Gross  Weight 

Maximum  Weight  of  Load 

Type  of  ECCM 
Commun i cat i on  Med i urn 
Comm un i cat  ion  Mode 


30-mrn  cannon,  air-to-air  stinger 
Naked  Eye 

Movi  i - — — — — 


Dire 

With 

VOR 


Naked  Eye 

Night  Vision  Goggles 
Night  Hawk 
Binoculars 

Tgt  Acq. &  Design.  Sight 
Others 


:  Jamming 

:  Two  way  radio 

:  Normal  message  traffic 


fTH :  SPREA) CONDITIONS) TYPICAL) FFROCE) WEAPONS 
lect  Add  Delete  Copy  Move 
Select  this  item 


MODE:  WORK 


FRIENDLY  FORCE  WEAPON/FIRE  CONDITIONS 


Weapon  Types 
Type  of  Sight 
Flight  Mode 


30-mrn  cannon,  air-to-air  stinger 

Naked  Eye 

Moving 


4.  Weapon  Mode 

5.  AFT  Pilot  Status 

S.  Type  of  Navigational  Aid 
7.  Takeoff  Gross  Weight 
Q.  Maximum  Weight  of  Load 

9.  Type  of  ECCM 

1 0.  Comrnun i cat i on  Med i urn 

11.  Comrnun i cat i on  Mode 


Direct 

With 

VOR 


Jamming 
T  wo  ay 
Normal 


Direct 

TSU 

HSS 

Direct  Laser 

Indirect 

Stadiametric 

Indirect  Stadiametric 

Direct  Stadiametric 

Reflex  Sight 

Reflex  Direct 

Reflex  Indirect 

Flex 

Fixed 

Others 
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F*TH:  SPREA) CONDITIONS) TYPICAL) FFROCE) WEAPONS 
Select  Add  Delete  Copy  Move 
Select  this  item 


MODE:  WORK 


u 


Weapon  Types 
Type  of  Sight 
Flight  Mode 


FRIENDLY  FORCE  WEAPON/FIRE  CONDITIONS 


30-mm  cannon, 
Naked  Eye 
Moving 


air-to-air  st ingen 


Weapon  Mode 

AFT  Pilot  Status 

Type  of  Navigational  Aid 

Takeoff  Gross  Weight 

Maximum  Weight  of  Load 

Type  of  ECCM  '  . 

Commun i cat i on  Med i urn 
Cornmun  i  cat  i  on  Mode 


Direct 

With 

VOR 


Jamrni 
Two  w 
Norma 


1.  VOR 

2.  LOC 

3.  ASR 

4.  NDB 

5.  Others 


MODE:  WORK 


*TH:  SPREA)  CONDITIONS) TYPICAL) FFROCE) WEAPONS 
lect  Add  Delete  Copy  Move 
Select  this  item 


FRIENDLY  FORCE  WEAPON/FIRE  CONDITIONS 


Weapon  Types 
Type  of  Sight 
Flight  Mode 


:  30-rnrn  cannon,  air-to— air  stinger 
:  Naked  Eye 
:  Moving 


Weapon  Mode 

AFT  Pilot  Status 

Type  of  Navigational  Aid 

Takeoff  Gross  Weight 

Maximum  Weight  of  Load 


Direct 

With 

VOR 


Type  of  ECCM 
Comrnun  i  cat  i  on  Med  i  urn 
Communication  Mode 


Jamming 

T wo  w  | - 

Norma  1.  Jamming 
-  £.  Chaff 

3.  Flares 

4.  Others 
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I 


KTH:  SPREA)  CONDITIONS) TYPICAL) FFROCE) WEAPONS 
lect  Add  Delete  Copy  Move 
Select  this  item 


MODE:  WORK 


FRIENDLY  FORCE  WEAPON/FIRE  CONDITIONS 


1.  Weapon  Types 
£.  Type  of  Sight 

3.  Flight  Mode 

4.  Weapon  Mode 

5.  AFT  Pilot  Status 

6.  Type  of  Navigational  Aid 

7.  Takeoff  Gross  Weight 

8.  Maximum  Weight  of  Load 

9.  Type  of  ECCM 

10.  Comrnun  i  cat  i  on  Med  i  urn 

11.  Comrnun i cat i on  Mode 


30-rnrn  cannon, 
Naked  Eye 
Moving 

Direct 

With 

VOR 


:  Jamming 
:  Two  way  radio 


tir-to-air  stinger 


1.  Two  way  radio 
£.  Intercom 
3.  Others 
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I 

i: 


PVH :  SPREA)  CONDITIONS)  TYPICAL)  FFROCE)  WEAPONS 
sfl.ect  Add  Delete  Copy  Move 
Select  this  item 


MODE:  WORK 


1 

FRIENDLY  FORCE 

WEAPON/FIRE  CONDITIONS 

Ml. 

Weapon  Types 

30— mm  cannon,  air-to-air  stinger 

fts- 

Type  of  Sight 

Naked  Eye 

Flight  Mode 

Moving 

I 

Weapon  Mode 

Direct 

*5. 

AFT  Pilot  Status 

With 

6. 

Type  of  Navigational  Aid 

VOR 

ft7- 

Takeoff  Gross  Weight 

1  8. 

Maximum  Weight  of  Load 

ft9' 

Type  of  ECCM 

m 

m 

Jamming 

|°. 

Comm un  i  cat  i  on  Med  i  urn 

9 

m 

Two  way  radio 

11. 

Comrnun i cat i on  Mode 

m 

• 

Normal  message  traffic 

1.  Normal  Message  Traffic 
£.  Messages  Encoded  arid  Decoded 
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SPREA) CONDITIONS) TYPICAL) FFORCE) ORG 


FRIENDLY  FORCE  ORGANIZATIONAL  CONDITIONS 

1.  Type  of  Higher  Level  Unit 
Operation  Being  Supported 

:  None 

S.  Type  of  Reconnaissance 

:  Zone 

3.  Types  of  Security  Ops 

:  Screen 

4.  Techniques  of  Movement 

:  Traveling 

5.  Special  Operations 

:  Command  and  Control 

MODE:  WORK 


I 

*TH: 

lect 

Select 


I 

I 


SPREA) CONDITIONS) TYPICAL) FFORCE) ORG 
Add  Delete  Copy  Move 
this  item 


FRIENDLY  FORCE  ORGANIZATIONAL  CONDITIONS 


1.  Type  of  Higher  Level  Unit  :  None 
Operation  Being  Supported 


OFFENSIVE 


None 

Movement  to  contact 
Hasty  attack 
Deliberate  attack 
Exploitation 
Pursuit 

Reconnaissance  in  Force 

Raid 

Feint 

Demonst rat i on 


DEFENSIVE 


1 .  None 

2.  Covering  force 

3.  Main  battle 

4.  Deep  attack 

5.  Rear  area  operations 

6.  Retrograde  operations 
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»TH:  SPREA) CONDITIONS) TYPICAL) FFORCE) ORG 
lect  Add  Delete  Copy  Move 
Se 1 ect  this  item 


K 


tTH:  SPREA)  CONDITIONS)  TYPICAL)  FFORCE)  ORB 
lect  Add  Delete  Copy  Move 
Se 1 ect  this  item 


MODE: 


FRIENDLY  FORCE  ORGANIZATIONAL  CONDITIONS 


1.  Type  of  Higher  Level  Unit 
Operation  Being  Supported 

:  None 

£.  Type  of  Reconnaissance 

:  Zone 

3.  Types  of  Security  Ops 

:  Screen 

4.  Techniques  of  Movement 

:  Trav 

5.  Special  Operations 

:  Comm 

1.  Screen 
£.  Guard 

3.  Cover 

4.  Area 


WORK 
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MODE:  WORK 


I 

*TH :  SPREfi)  COND I T I  ONS>  TYP I CflL>  FFORCE)  ORG 
lect  Add  Delete  Copy  Move 
Select  this  item 


FRIENDLY  FORCE  ORGANIZATIONAL  CONDITIONS 


1.  Type  of  Higher  Level  Unit 
Operation  Being  Supported 

:  None 

£.  Type  of  Reconnaissance 

:  Zorie 

3.  Types  of  Security  Ops 

:  Screen 

4.  Techniques  of  Movement 

:  Traveling 

5.  Special  Operations  1 

! 

1.  Traveling 
£.  Traveling  Overmatch 
3.  Bounding  Overwatch 
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P®"H :  SPREfi)  CONDITIONS)  TYPICftL)  FFORCE)  ORB 
sMect  Add  Delete  Copy  Move 
Select  this  item 


FRIENDLY  FORCE  ORGfiNI ZftTIONAL  CONDITIONS 

1. 

Type  of  Higher  Level  Unit 
Operation  Being  Supported 

s  None 

2. 

Type  of  Reconnaissance 

:  Zone 

3a 

Types  of  Security  Ops 

:  Screen 

4. 

Techniques  of  Movement 

:  Traveling 

5. 

Special  Operations 

:  Command  and  Control 

.  . - 

Command  &  Control 
courier/messenger 
aerial  radio  relay 

aerial  column  control /traf f ic  survey 
aerial  radiological  survey 


3.3  Step  3  -  Identify  Mission-Level  Time  and  Accuracy  Requirements 


In  this  step,  the  user  will  enter  the  mission-level  time 
and  accuracy  performance  requirements  for  the  new  system.  This 
is  necessary  so  that  the  SPREA  can  allocate  these  performance 
requirements  to  the  functions  and  tasks  which  comprise  the 
mission. 


Input 


External .  The  external  data  for  this  step  consist  of  the 
mission  level  minimally  acceptable  performance.  The  analyst  will 
gather  this  information  from  a  variety  of  sources. 

Internal ♦ 


Process 


In  this  step,  the  user  will  enter  the  minimally  acceptable 
mission  performance  time  and  accuracy.  The  user  will  also  enter 
the  accuracy  standards  for  the  accuracy  measure.  In  this 
context,  accuracy  refers  to  the  probability  of  mission  success. 

If  the  user  identified  a  comparable  mission  in  Step  1  of 
this  process,  then  the  minimally  acceptable  mission  performance 
time  and  accuracy  which  are  associated  with  the  comparable 
mission  will  be  presented  as  default  input  values. 

This  information  will  be  used  to  allocate  the  mission 
performance  across  the  functions  and  tasks  which  are  elements  of 
the  mission.  If  the  user  does  not  enter  a  mission  time  and 
accuracy  criteria,  then  the  simulation  model  will  simply  predict 
the  mission  time  and  accuracy  using  the  task  and  function 
performance  estimates  which  will  be  entered  in  the  succeeding 
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steps  of  this  process.  The  SPREA  Final  Report  will  document  the 
mission  performance  estimates  which  were  predicted  by  the 
simulation,  however  the  report  will  not  compare  those  estimates 
to  any  mission  level  performance  criteria. 

User  Interface 

A  detailed  discussion  of  the  user  interface  for  this  step 
is  presented  on  the  following  pages. 
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STEP  3:  IDENTIFY  MISSION-LEVEL  TIME  and  ACCURACY  REQUIREMENTS 


PERF 


Display  minimally 
acceptable  mission 
time  and  accuracy 
criteria 


ACCU 


Input  changes 
to  accuracy 
criteria 


i 
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Screen  3.1  -  Display  the  minimally  acceptable  mission  time  and 
accuracy.  The  mission  accuracy  refers  to  the  probability  of 
mission  success.  In  this  screen,  the  user  will  change  any  of 
these  fields.  If  a  comparable  mission  was  identified,  this  menu 
will  contain  data  from  the  "Missions  by  System  Type"  Library.  If 
a  comparable  mission  was  not  identified,  then  the  data  areas  on 
this  menu  will  be  blank. 

User  Action;  Use  the  arrow  keys  to  position  the  cursor  in 
any  field  that  needs  to  be  edited. 

Input  Files:  The  DBMS  retrieval  routines  were  used  in  the 
previous  screen  to  access  the  mission  library  and  retrieve  the 
performance  time.  Any  other  information  (e.g.,  conditions  and 
usages,  system  type,  system  name,  date  mission  was  entered)  will 
also  be  retrieved  and  displayed  in  the  comment  field. 

Output  Files:  None 

Algorithms :  None 

Following  Screen;  Screen  3.2.  If  the  user  presses 
"escape"  then  Screen  3.0.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then  * 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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SPREA> MISSION  REQUIREMENTS 


MODE:  WORK 


MISSION  LEVEL  TIME  AND  ACCURACY  REQUIREMENTS 

Mission  Area  :  Aviation 

System  Type  :  Attack  helicopter 

System  Name  :  Apache  IV 

Mission  Name  :  Destroy  Enemy  Armored  Vehicles 

Comparable  Mission  :  Destroy  Enemy  Fixed  Emplacements 


Mission  Time  :  15  minutes 

Mission  Accuracy  :  95  Probability  of  successful 

completion  in  percent 


Mission  Standards  :  1.  3  enemy  vehicles  destroyed 

2.  Remaining  enemy  force  assessed 


Screen  3.2  -  Edit  minimally  acceptable  mission  performance  time, 
accuracy,  or  the  accuracy  standards. 

User  Action:  Use  the  keyboard  to  input  the  data.  An 
escape  will  signal  that  the  entries  are  complete. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen;  After  the  user  presses  the  carriage 
return.  Screen  3.3.  If  the  user  presses  FI,  a  context-specific 
help  file  will  be  displayed.  After  the  help  file  is  displayed, 
the  user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  Appropriate  input  values  for  the 
probability  of  mission  success  range  from  0  to  100.  If  the  value 
which  the  user  enters  is  less  than  1  and  greater  than  0  (to 
screen  for  the  user  entering  a  decimal  point  when  none  is 
necessary) ,  the  SPREA  will  respond  "Warning!  Mission  accuracy 
can  range  from  0  to  100.  (Return  to  Continue)".  If  the  user 
enters  a  mission  accuracy  which  is  less  than  0,  then  the  SPREA 
will  respond  "Mission  accuracy  is  less  than  0.  Please  reenter. 
(Return  to  Continue)".  If  the  user  enters  a  mission  accuracy 
which  is  greater  than  100,  then  the  SPREA  will  respond  "Mission 
accuracy  is  greater  then  100%.  Please  reenter.  (Return  to 
Continue) " . 
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I 

Bath :  sprea> mission  requirements 


MODE:  WORK 


MISSION  LEVEL  TIME  AND  ACCURACY  REQUIREMENTS 

Mission  Area  :  Aviation 

System  Type  :  Attack  helicopter 

System  Name  :  Apache  IV 

Mission  Name  :  Destroy  Enemy  Armored  Vehicles 

Comparable  Mission  :  Destroy  Enemy  Fixed  Emplacements 


1.  Mission  Time  :  15  minutes  1.  minutes 

S.  hours 

S.  Mission  Accuracy  :  95  Probabili  3.  seconds  ul 

completio* - 


3.  Mission  Standards  :  1.  3  enemy  vehicles  destroyed 

S.  Remaining  enemy  force  assessed 
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3.4  Step  4  -  Define  System  RAM  Requirements 


The  user  will  be  asked  to  enter  three  system-level  RAM 
requirements.  These  include  system  reliability,  system 
availability,  and  system  maintainability.  Each  of  these  criteria 
are  discussed  in  turn  within  the  following  three  subsections. 

3.4.1  Availability 

Availability  is  an  important  piece  of  the  performance 
measurement  framework  that  guides  the  SPREA.  There  are  many 
measures  of  availability;  however,  AR  702-3  states  that 
operational  availability  (Ao)  shall  be  used  in  all  requirements 
documents.  Appropriate  combat  models  will  produce  an 
availability  requirement  and/or  the  composite  pieces  of  the 
availability  equation,  and  the  user  will  be  asked  to  supply  these 
values  as  input  into  the  SPREA. 


The  SPREA  Report  will  document  the  input  values  that  the 
user  supplies,  the  source  of  the  data,  and  any  comments  the  user 
includes . 

Input 


The  required  operational  availability  of  a  new  weapon 
system  will  be  an  output  of  an  appropriate  combat  model.  The 
SPREA  will  aid  the  user  in  identifying  the  specific  combat  model 
which  should  be  accessed  and  the  responsible  organization. 
Operational  availability  is  an  input  to  Product  1. 

Process 


TRADOC/DARCOM  PAM  70-11  defines  Operational  Availability 
(Ao)  as  follows: 
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OT  +  ST 


AO  =  _ 

OT  +  ST  +  TCM  +  TPM  +  TALDT 

where : 

OT  =  Operating  time  during  a  given  calendar  time 

period 

ST  -  Standby  time  (not  operating  but  assumed  operable) 

TCM  =  Total  corrective  maintenance  downtime  in  clock 
hours  during  the  given  time  period 

TPM  =  Total  preventative  maintenance  downtime  in 
clockhours  during  the  stated  OT  period 

TALDT  =  Total  administrative  and  logistics  downtime  spent 
waiting  for  parts,  maintenance  personnel,  or 
transportation  per  given  calendar  time  period 

Therefore,  an  estimate  for  Ao  can  be  established  by: 

1.  Determining  the  mission  length 

2.  Determining  the  standby  time  (the  length  of  time 
between  missions) 

3.  Determining  the  number  of  missions  which  will  be 
executed  per  time  unit 

4.  Determining  the  average  maintenance  downtime  for  the 
system  (TCM  +  TPM) 

5.  Determining  the  average  administrative  and  logistics 
downt ime  ( TALDT ) 
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The  user  will  either  obtain  Ao  or  the  necessary  components. 
The  help  file  for  the  availability  screen  will  inform  the  user  of 
the  calculation  listed  above,  so  that  if  he/ she  only  has  the 
elements  of  the  equation,  operational  availability  can  be 
calculated.  The  user  will  obtain  the  availability  requirement 
from  combat  models,  from  available  data  on  comparable  fielded 
systems  which  will  be  provided  by  the  SPREA,  and/or  from  subject 
matter  expert  data. 

Output 


The  definition  of  the  required  operational  availability  of 
the  new  weapon  system  is  an  output  of  this  step.  This  value  will 
be  stored  in  the  working  file  and  will  be  included  in  the  SPREA 
Final  Report. 

User  Interface 

The  user  interface  for  this  step  is  presented  at  the  end  of 
the  discussion  on  Maintainability  in  Subsection  3.4.3. 


3.4.2  Reliability 

Another  performance  criteria  which  will  be  associated  with 
each  system  is  reliability.  In  the  SPREA,  the  measure  of  system 
reliability  will  consist  of  three  subsets.  First,  the 
reliability  of  the  armaments  equipment  group  within  the  system 
will  be  measured  using  MRBF  (mean  rounds  between  failure) . 

Second,  the  reliability  of  the  mobility  equipment  group  will  be 
measured  in  MMBF  (mean  miles  between  failure) .  Finally,  the 
reliability  of  the  communication  equipment  group  will  be  measured 
in  MTBF  (mean  time  between  failure) .  All  of  these  measurements 
will  be  based  on  the  usage  level  which  applies  to  the  particular 
equipment  group.  The  usage  levels  will  be  part  of  the  system 
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Operational  Mode  Summary. 


As  an  example,  the  usage  levels  for  a  system  might  be: 

armaments  =  411  rounds  /  day 
communication  =  14  hours  /  day 
mobility  =200  miles  /  day 

The  reliability  of  each  equipment  group  will  vary  as  a 
function  of  the  usage  level.  The  SPREA  Report  will  include  the 
reliabilities  and  their  associated  usage  values. 

Input 

External .  The  reliability  of  the  weapon  system  is  a 
function  of  the  usage  level  of  that  system.  For  this  reason,  the 
weapon  system  Operational  Mode  Summary  must  be  consulted  prior  to 
establishing  weapon  system  reliability  requirements. 

Internal .  The  input  to  this  step  will  consist  of  the  usage 
levels  for  each  of  the  three  equipment  groups,  as  well  as  the 
reliabilities  (stated' in  percentages)  that  the  user  needs  for 
each  usage  level. 

The  user  will  be  presented  with  usage  levels  and  percentage 
reliabilities  for  the  appropriate  system  type.  This  will  aid 
him/her  in  establishing  appropriate  criteria  for  the  new  weapon 
system. 


Process 


The  reliability  criteria  for  the  system  will  be  defined  in 
three  substeps.  Each  of  these  substeps  is  discussed  in  the 
following  paragraphs. 
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Substep  1:  The  user  will  consult  the  Operational  Mode  Summary  to 
identify  the  appropriate  usages  for  the  new  weapon  system 

The  Operational  Mode  Summary  will  include  usage  statements  such 
as: 

1)  Firepower:  83  missions/tube/day 

411  rounds/tube/day 

2)  Mobility:  28  moves/weapon/day 

25  km/weapon/ day 

3)  Communications^  hours  transmit,  6  hours  receive 

4)  On-Board  Electronics:  24  hours 

5)  Operating  Time: 24  hours 

The  user  will  be  prompted  to  enter  these  usages  into  the 

SPREA. 

Substep  2:  The  user  will  input  reliability  factors  for  each 
usage  requirement. 

The  user  will  enter  reliability  factors  for  each  usage 
level  which  is  specified  on  the  operational  mode  summary.  For 
example,  the  user  will  specify  that  he  wants  to  fire  411 
rounds/day  with  a  90%  reliability. 

Substep  3:  The  SPREA  will  calculate  the  appropriate  reliability 
measure . 


The  SPREA  will  assume  an  exponential  distribution  to 
calculate  the  appropriate  reliability  measure  (i.e.,  mean  time 
between  failure,  mean  miles  between  failure,  mean  rounds  between 
failure) . 
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Example: 

P (Rounds  >=  411)  =  .90  (from  step  1) 

so 

e  A(-m  *  411)  «  .90 

solving  for  m: 

1/m  =  mean  rounds  between  failure 

These  calculations  will  yield  system  reliabilities.  These 
reliabilities  will  be  in  the  form  of: 

1)  Mean  distance  between  failures  for  mobility  equipment 

2)  Mean  time  between  failures  for  communication  equipment 

3)  Mean  rounds  between  failures  for  armaments  equipment 

Note: 

The  system  reliability  and  maintainability  estimates  which 
are  yielded  by  the  SPREA  can  be  cross  checked  against  the 
operational  availability  requirement  (from  the  combat  model)  in 
the  following  manner: 

Operational  Availability  <=  (MTBF) / (MTBF  +  MTTR) 

This  calculation  will  be  used  by  the  SPREA  to  confirm  that 
the  required  reliability  and  maintenance  levels  do  yield  a  system 
availability  that  is  at  least  as  high  as  the  availability  from 
the  combat  model. 

Output 

The  output  of  this  step  consists  of  values  for  mean  time 
between  failures  (communications) ,  mean  rounds  between  failures 
(armament) ,  and  mean  miles  between  failures  (mobility) .  These 
values  are  displayed  on  the  screen  and  also  appear  in  the  reports 
generated  at  the  end  of  a  SPREA  session. 
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User  Interface 


The  user  is  prompted  to  input  usage  and  reliability 
estimates  for  the  three  types  of  equipment  and  then  views  the 
resultant  MTBF,  MMBF,  and  MRBF  measures  on  screen.  The  interface 
allows  the  user  to  adjust  the  usage  and  reliability  values  as 
required  to  change  the  MTBF,  MMBF,  and  MRBF  measures  if  they  are 
found  to  be  unacceptable.  The  detailed  discussion  of  the  user 
interface  is  presented  at  the  end  of  the  next  subsection  which 
discusses  Maintainability. 

3.4.3  Maintainability 

Maintainability  of  the  system  is  a  measure  of  the  time  it 
takes  to  restore  the  system  to  a  specified  operable  condition. 
The  SPREA  will  ask  the  user  to  input  the  either  the  MTTR  (mean 
time  to  repair)  or  the  MR  (maintenance  ratio  i.e.,  maintenance 
manhours  required  per  operational  hour)  for  the  system  at  each 
level  (e.g.,  ORG,  DS  and  GS) .  The  SPREA  will  aid  the  user  by 
displaying  maintenance  data  from  comparable  systems. 

This  system  level  maintenance  requirement  will  then  be 
allocated  to  the  generic  equipment  types  for  the  system.  From 
there,  the  requirements  will  be  allocated  to  the  specific 
corrective  maintenance  tasks  for  each  equipment  type.  The  SPREA 
Final  Report  will  document  the  maintainability  requirements 
estimates  for  each  equipment  type  (i.e..  Avionics)  at  the 
maintenance  task  level  (i.e.,  troubleshoot,  replace,  inspect). 

The  reliability  and  maintainability  estimates  will  be 
compared  to  the  operational  availability  requirement  to  ensure 
that  the  three  elements  balance. 

Input 


The  input  for  this  step  will  consist  of  the  system 
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maintenance  ratio  or  mean  time  to  repair  for  the  system  for  each 
maintenance  level  (Unit,  DS  and  GS) .  The  user  will  be  able  to 
access  this  information  for  comparable  system  types,  and  will  be 
able  to  modify  these  maintenance  requirements,  as  appropriate. 


Process 


The  process  that  the  user  will  following  in  defining  system 
maintainability  requirements  consists  of  three  substeps.  Each  of 
these  substeps  is  discussed  in  the  following  paragraphs. 

Substep  1;  The  user  will  confirm  the  IOC  Requirements  at  the 
system  level. 

The  input  to  the  Product  1  maintenance  calculations  will 
consist  of  maintenance  manhours  or  maintenance  ratios 
(maintenance  hours  per  operational  hour)  at  the  ORG,  DS  and  GS 
level.  These  data  will  be  gathered  from  comparable  systems  using 
the  Army  Maintenance  data  bases,  and  will  be  input  at  the  system 
level . 


The  user  will  be  able  to  view  the  requirements  which  came 
from  a  comparable  system  type,  and  modify  the  requirements  as 
he/she  deems  appropriate. 

Substep  2:  The  SPREA  will  allocate  the  maintenance  requirements 
to  the  generic  equipment  types  of  the  system. 

The  system  maintenance  requirements  for  each  level  (i.e., 
ORG,  DS,  GS)  will  then  be  allocated  across  the  generic  equipment 
which  pertain  to  the  system  type  the  user  is  studying.  This  will 
be  done  automatically  by  the  SPREA  using  a  percentage  allocation 
chart.  This  chart  will  have  been  developed  using  comparable 
system  maintenance  data.  The  allocations  will  be  presented  to 
the  user  and  he/she  will  be  able  to  use  knowledge  about  state-of- 
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the-art  hardware  developments  to  change  these  values,  if 
appropriate . 


Substep  3:  The  maintenance  requirements  for  each  generic 
equipment  type  will  be  allocated  across  corrective  maintenance 
tasks. 


Next,  the  maintenance  ratios  or  manhours  will  be  allocated 
to  the  corrective  maintenance  tasks.  This  will  be  accomplished 
using  a  percentage  allocation  chart,  much  like  the  one  shown  in 
Table  2.  The  five  corrective  maintenance  tasks  are  troubleshoot, 
replace,  inspect,  adjust/repair,  test/ check.  Again,  the  user 
will  have  the  opportunity  to  modify  the  percentage  allocation 
amounts  across  maintenance  tasks. 

Output 

At  the  conclusion  of  this  step,  the  user  will  have 
maintenance  requirements  at  a  task  level,  sorted  by  equipment 
type.  For  example,  the  user  will  have  information  that  says: 

"The  engine  can  have  no  more  than  .06  maintenance 
manhours  at  the  ORG  level  for  each  operational  hour 
of  the  system.  Fifty  percent  of  that  time  will  be 
spent  on  troubleshoot,  10%  on  replace,  10%  on 
inspect,  and  30%  doing  test/ check." 

User  Interface 


The  definition  of  maintainability  requirements  begins  with 
the  user  specifying  the  system  and  the  accompanying  maintenance 
ratios  for  each  level  of  maintenance  (i.e.,  ORG,  DS,  GS) .  After 
input ing/ editing  these  values,  the  next  several  screens  require 
the  user  to  input,  for  each  level  of  maintenance,  the  percentage 
of  maintenance  allocated  to  each  equipment  type  for  that  system. 
Once  the  user  has  completed  this  process  for  all  three 
maintenance  levels,  the  screen  displays  the  maintenance  ratios 
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for  each  equipment  type  by  maintenance  level.  The  user  is 
directed  to  edit  that  screen  by  changing  the  percentage 
allocations  on  the  previous  screens. 

The  next  activity  the  user  performs  is  the  allocation,  by 
equipment  type,  of  percentages  of  time  spent  on  each  of  the  five 
corrective  maintenance  tasks.  The  system  presents  a  listing  of 
representative  percentage  allocations  and  the  user  may  either 
accept  them  or  edit  them  as  required.  Once  this  procedure  has 
been  completed,  the  screen  displays,  by  level  of  maintenance,  the 
maintenance  ratios  for  the  equipment  types  by  corrective 
maintenance  tasks.  The  user  may  edit  maintenance  ratios  by 
returning  to  the  percentage  allocation  screen  and  redistributing 
the  percentages . 
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Screen  4.1  -  The  user  will  enter  system  RAM  requirements. 

User  Action:  Use  the  arrow  keys  to  move  the  highlight  bar, 
use  the  carriage  return  to  select  one  of  the  listed  options. 

Input  Files:  None 

Output  Files:  None 

Algorithms ;  None 

Following  Screen:  If  the  user  selects  "Input  availability 
data"  then  Screen  4.2.  If  the  user  selects  "Input 
maintainability  data”  then  Screen  4.10.  if  the  user  selects 
"Input  reliability  data",  then  Screen  4.4.  If  the  user  presses 
FI,  a  context-specific  help  file  will  be  displayed.  After  the 
help  file  is  displayed,  the  user  will  press  the  carriage  return 
to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  to 
select  a  menu  option  (i.e.,  not  an  arrow,  carriage  return,  or 
FI) ,  then  "Please  use  the  arrow  keys  to  move  the  highlight  bar, 
select  an  option  by  pressing  the  return  key." 
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I 

iftTH:  SPREA>  ROM 


MODE:  WORK 


SYSTEM  RELIABILITY,  AVAILABILITY 
AND 

MAINTAINABILITY  REQUIREMENTS 


Mission  Area  t  Aviation 

System  Type  :  Attack  helicopter 

System  Name  :  Apache  IV 


1.  Availability 
£.  Reliability 
3.  Maintainability 


Note:  Default  values  are  based  on  the 
system  type 
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Screen  4.2  -  Availability  data  for  the  appropriate  system  type 
will  be  retrieved  and  presented  to  the  user  for  confirmation. 

User  Action:  None 

Input  Files:  The  "Baseline  RAM  Values  by  System  Type" 
Library 

Output  Files:  None 
Algorithms :  None 

Following  Screen:  Screen  4.3.  Screen  4.1  if  the  user 
presses  "escape". 

Error  Statements: 
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PAfH:  SPREA)  RAM) AVAILABILITY 


MODE:  WORK 


I 


SYSTEM  AVAILABILITY 


System  Type  :  Attack  helicopter 


System  Name  :  Apache  IV 


ype  in  a  new  value  for  system  availability  or 
press  the  Enter  key  to  accept  the  default 


95  percent 


Note : 


I 


You  may  compute  availability  <Ao) 
as  follows: 


Ao  = 


OT 


ST 


OT  +  ST  +  TCM  +  TPM  +  TALDT 


where: 

I 

I 

I 


OT 

ST 

TCM 

TPM  = 
TALDT  - 


Operating  time  during  a  given  calander  time  period 
Standby  time  (not  operating  but  assumed  operable) 

Total  corrective  maintenance  downtime  in  clock  hours  during 
the  given  time  period 

Total  preventive  maintenance  downtime  in  clock  hours  during 
the  given  time  period 

Total  administrative  and  logistical  downtime  spent  waiting  for 
parts,  maintenance  personnel,  or  transportat ion  during  the 
given  time  period 


Screen  4.3  -  Define  System  Availability  Requirements. 

User  Action:  The  user  will  use  the  keyboard  to  enter  the 
availability  requirement.  He/ she  will  press  the  carriage  return 
to  signal  that  the  input  is  complete. 

Input  Files: 

Output  Files: 

Algorithms : 

Following  Screen;  Screen  4.1,  unless  an  error  is  trapped. 
If  the  operation  availability  estimate  is  less  than  zero  or 
greater  than  100,  then  the  following  screen  is  Screen  4.3.  If 
the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements:  The  SPREA  will  error  check  the 
operational  availability  input  to  ensure  that  the  value  is  within 
0  and  100%.  If  the  value  is  greater  than  100,  then  "The 
operational  availability  requirement  is  greater  than  100. 

(Return  to  Continue)".  If  the  value  is  less  than  0,  then  "The 
operational  availability  requirement  is  less  than  0.  (Return  to 
Continue) " . 
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o 


Screen  4.4  -  Reliability  data  for  the  appropriate  system  type 
will  be  retrieved  and  presented  to  the  user  for  confirmation. 

User  Action:  None 

Input  Files:  "Baseline  RAM  Values  by  System  Type"  Library 
Output  Files:  None 

Algorithms ;  None 

Following  Screen:  Screen  4.5.  Screen  4.1  if  the  user 
presses  "escape." 

Error  Statements: 
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iTH:  SPREA) RAM) RELIABILITY 


MODE:  WORK 


SYSTEM  RELIABILITY 


System  Type  :  Attack  helicopter 
System  Name  :  Apache  IV 


|  Parameter 

Rate 

Usage 

Units 

Confidence 
Level  <50 

Min.  Accept.  Reliability 
(mean  time/rounds/distance 
between  failures) 

general 

10 

hours/ day 

90 

95 

hours 

■ 

armaments 

£0 

rounds/day 

90 

189 

rounds 

1 

mobi 1 i ty 

0 

flight  hrs/ 
day 

0 

0 

flight 

hours 

Screen  4.5  -  Define  System  Reliability  Requirements.  The  measure 
of  system  reliability  will  consist  of  three  subsets.  First,  the 
reliability  of  the  armaments  equipment  group  within  the  system 
will  be  measured  using  MRBF  (mfean  rounds  between  failure) . 

Second,  the  reliability  of  the  mobility  equipment  group  will  be 
measured  in  MMBF  (mean  miles  between  failure) .  Finally,  the 
reliability  of  the  communication  equipment  group  will  be  measured 
in  MTBF  (mean  time  between  failure) .  All  of  these  measurements 
will  be  based  on  the  usage  level  which  applies  to  the  particular 
equipment  group. 


User  Action;  The  user  will  use  the  keyboard  to  enter  the 
usage  levels  and  confidence  levels  for  each  equipment  group.  The 
user  will  consult  the  Operational  Mode  Summary  to  identify  the 
appropriate  usages  for  the  new  weapon  system.  Valid  confidence 
level  entries  range  between  0  and  100.  For  example,  the  user 
will  specify  that  he  wants  to  fire  411  rounds/.day  with  a  90% 
reliability. 


Input  Files:  The  input  to  this  screen  will  consist  of  the 
usage  levels  and  confidence  levels  for  each  of  the  three 
equipment  groups.  These  usage  levels  are  a  part  of  the  system 
Operational  Mode  Summary. 

Output  Files:  None 

Algorithms : 

Following  Screen:  Screen  4.6.  If  an  error  is  trapped, 
then  Screen  4.5.  If  the  user  presses  FI,  a  context-specific  help 
file  will  be  displayed.  After  the  help  file  is  displayed,  the 
user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements;  If  the  usages  which  are  entered  are  less 
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than  zero,  then  "The  usage  level  for  the  XXXXXXXX  equipment  group 
is  less  than  zero.  (Return  to  Continue)".  If  the  user  inputs  a 
reliability  percentage  that  is  less  than  0  or  greater  than  100 , 
then  "The  reliability  value  XXXXX  is  (less  than  zero,  greater 
than  100).  (Return  to  Continue)" 
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MODE:  WORK 


SPREA) RAM)  RELIABILITY 


SYSTEM  RELIABILITY 


System  Type  :  Attack  helicopter 
System  Name  :  Apache  IV 


|  Parameter 

Rate 

Usage 

Units 

Confidence 
Level  <50 

Min.  Accept.  Reliability 
(mean  t ime/rounds/distance 
between  failures) 

_  general 

10 

hours/day 

90 

95 

hours 

| 

armament  s 

eo 

rounds/day 

90 

189 

rounds 

■  mobility 

F 

0 

•  flight  hrs/ 
day 

0 

0 

flight 

hours 

Screen  4.7  -  The  SPREA  will  calculate  the  appropriate  reliability 
measure.  The  output  of  this  screen  consists  of  values  for  mean 
time  between  failures  (communications) ,  mean  rounds  between 
failures  (armament) ,  and  mean  miles  or  flight  hours  between 
failures  (mobility) . 

User  Action:  None 

Input  Files:  None 

Output  Files:  None 

Algorithms  ?  The  SPREA  will  assume  an  exponential 
distribution  to  calculate  the  appropriate  reliability  measure 
(i.e.,  mean  time  between  failure,  mean  miles  between  failure, 
mean  rounds  between  failure) . 

Example: 

P (Rounds  >»  411)  =  .90  (from  screen  4.6) 

so 

e  A (-m  *  411)  =  .90 

solving  for  m: 

1/m  =  mean  rounds  between  failure 

These  calculations  will  yield  system  reliabilities.  These 
reliabilities  will  be  in  the  form  of: 

1)  Mean  distance  between  failures  for  mobility  equipment 

2)  Mean  time  between  failures  for  communication  equipment 

3)  Mean  rounds  between  failures  for  armaments  equipment 

Following  Screen:  Screen  4.1.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 
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Error  Statements:  None 


iTH:  SPREA)  RAM)  RELIABILITY 


MODE:  WAIT 


Parameter 
general 
ar mament  s 
mobi 1 ity 


SYSTEM  RELIABILITY 
System  Type  :  Attack  helicopter 


System  Name  :  Apache  IV 


Rate 

Usage 

Units 

Confidence 
Level  ('/•) 

10 

hours/day 

90 

10 

rounds/day 

90 

0 

flight  hrs/ 
day 

0 

Min.  Accept.  Reliability 
(mean  t ime/rounds/d istance 
between  failures) 

95 

hours 

1S9 

rounds 

0 

f 1 ight 

hours 

Please  wait  while  the  rel iabi 1 it ies  are  computed 


I 

«TH:  SPREA) RAM) RELIABILITY 


MODE:  WORK 


|  SYSTEM  RELIABILITY 

n 

Sy st  em 
Syst  em 

Type  :  Attack  helicopter 

Name  :  Apache  IV 

|  Parameter 

Rate 

Usage 

Units 

Confidence 
Level  (50 

Min.  Accept.  Reliability 
(mean  t ime/rounds/distance 
between  failures) 

PI 

general 

10 

hours/d ay 

90 

95 

hours 

y 

armaments 

10 

rounds/day 

90 

95 

rounds 

mobi 1 ity 

0 

flight  hrs/ 
day 

0 

0 

flight 

hours 
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Screen  4.10  -  Maintainability  data  for  the  comparable  system  will 
be  retrieved  and  presented  to  the  user  for  confirmation. 

User  Action:  None 

Input  Files:  "Baseline  RAM  Values  by  System  Type"  Library 
Output  Files:  None 
Algorithms :  None 

Following  Screen:  Screen  4.12.  Screen  4.1  if  the  user 
presses  "escape." 

Error  Statements: 
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I 

pjTH:  SPREA) RAM)  MAINTENANCE)  SYS  MODE:  WORK 


SYSTEM  LEVEL  IOC  REQUIREMENTS 


System  Name:  Apache  IV  System  Type:  Attack  helicopter 


1  Maintenance  Level 

Mean  Time  To  Repair 
< hours) 

Maintenance  Ratio 
(maintenance  hours  per 
operational  hour) 

I - 

|  ORG 

.  68 

2.  39 

— 

DS 

1 

1.5 

.  322 

1 

GS 

k  . . 

1.  78 

.  221 

1  1.  Confirm 

2.  Change 
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Screen  4.12  -  Define  system  maintainability  requirements. 
Maintainability  of  the  system  is  a  measure  of  the  time  it  takes 
to  restore  the  system  to  a  specified  operable  condition. 

This  system  level  maintenance  requirement  will  then  be 
allocated  to  the  generic  equipment  types  for  the  system  in  Screen 
4.13.  From  there,  the  requirements  will  be  allocated  to  the 
specific  corrective  maintenance  tasks  for  each  equipment  type. 

User  Action:  The  system  will  prompt  the  user  to  enter 
maintainability  requirements  at  the  ORG,  DS  and  GS  level. 

Input  Files:  The  SPREA  will  ask  the  user  to  input  the  MTTR 
(mean  time  to  repair)  and  the  MR  (maintenance  ratio  i.e., 
maintenance  manhours  required  per  operational  hour)  for  the 
system  at  each  level  (e.g.,  ORG,  DS  and  GS) . 

Output  Files: 

Algorithms ; 

Following  Screen:  Screen  4.13.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements; 
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I 

^THs  SPREA)  RAM)  MAINTENANCE) SYS  MODE:  WORK 


SYSTEM  LEVEL  IOC  REQUIREMENTS 


System  Name:  Apache  IV 


System  Type:  Attack  helicopter 


\  Maintenance  Level 

Mean  Time  To  Repair 
(hours) 

Ma i nt  enance  Rat i o 
(maintenance  hours  per 
operational  hour) 

ORG 

.68 

2.  39 

DS 

1.5 

.322 

GS 

1. 78 

.221 

|  1.  Confirm 

2.  Change 

3-152 


Screen  4.13  -  The  SPREA  will  allocate  the  maintenance 
requirements  for  each  level  (i.e.,  ORG,  DS,  GS)  to  the  generic 
equipment  types  of  the  system  type  the  user  is  analyzing. 

User  Action:  The  allocations  will  be  presented  to  the  user 
and  he/she  will  be  able  to  use  knowledge  about  state-of-the-art 
hardware  developments  to  change  these  values,  if  appropriate. 

Input  Files:  This  chart  will  have  been  developed  using 
comparable  system  maintenance  data.  The  "Generic  Equipment  by 
System  Type"  Library  will  be  accessed  to  allocate  the  maintenance 
requirements.  Also,  the  "Maintenance  Hour  Allocations  by  Generic 
Equipment  Type"  Library  will  also  be  accessed. 

Output  Files: 

Algorithms:  This  will  be  done  automatically  by  the  SPREA 
using  the  percentage  allocation  chart  from  the  "Maintenance  Hour 
Allocations  by  Generic  Equipment  Type"  Library. 

Following  Screen:  Screen  4.14.  If  an  error  is  trapped 
then  Screen  4.13.  If  the  user  presses  FI,  a  context-specific 
help  file  will  be  displayed.  After  the  help  file  is  displayed, 
the  user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  any  of  the  MR  or  MTTR  data  are  less 
than  zero,  then  "The  (MR,  MTTR)  for  XXXXXX  equipment  type  is  less 
than  zero.  (Return  to  Continue) " 
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Hs  SPREA)  RAM>  MAINTENANCE)  SYS>  EQUIP' 


MODE:  WORK 


L 


GENERIC  EQUIPMENT  TYPE  MAINTENANCE  REQUIREMENTS 


rs 


System  Names  Apache  IV 


Equipment  Type 


System  Type 


A1 locat ion 


Airframe 
jgLanding  Gear 
■Hydraulic  System 
Instruments 
Power  Plant 
■Fuel  System 

•Transmission  &  Rotor  System 
Electrical  System 

(light  Controls 
tility  System 
Avionics 
jeArmaments 


Attack  helicopter 


(•/.) 

Maintenance 

Rat  io 

GS 

ORG 

DS 

GS 

65 

.  526 

.  209 

.  144 

.  1 

.  048 

.  000 

.  000 

.  5 

.  048 

.  002 

.  001- 

.  5 

.096 

.  002 

.  001 

7 

.  167 

.  023 

.  015 

4 

.  096 

.  013 

.009 

17 

.  741 

.  055 

.038 

2 

.  096 

.  006 

.  005 

.  5 

.  191 

.  002 

.  001 

1 

.  120 

.  003 

.  002 

2 

.  096 

.  006 

.  005 

Screen  4.14  -  The  maintenance  requirements  for  each  generic 
equipment  type  will  be  allocated  across  corrective  maintenance 
tasks . 


User  Action:  This  will  be  accomplished  using  a  percentage 
allocation  chart.  The  user  will  have  the  opportunity  to  modify 
the  percentage  allocation  amounts  across  maintenance  tasks. 

Input  Files;  Input  to  this  screen  consists  of  the 
"Maintenance  Hour  Allocations  by  Maintenance  Task"  Library. 

Output  Files:  At  the  conclusion  of  this  screen,  the  user 
will  have  maintenance  requirements  at  a  task  level,  sorted  by 
equipment  type.  For  example,  the  user  will  have  information  that 
says : 


"The  engine  can  have  no  more  than  .06  maintenance 
manhours  at  the  ORG  level  for  each  operational  hour 
of  the  system.  Fifty  percent  of  that  time  will  be 
spent  on  troubleshoot,  10%  on  replace,  10%  on 
inspect,  and  30%  doing  test/ check." 

Algorithms : 

Following  Screen:  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements: 


SPREA) RAM)  MAINTENANCE) SYS>  EQUIP) TASK 


MODE:  WORK 


I 

POTH: 


|  GENERIC  EQUIPMENT  MAINTENANCE  REQUIREMENTS 

ALLOCATED 

BY  TASK 

System  Name:  Apache  IV 

M  . 

System  Type: 

Attack  helicopter 

Jlaintenance  Level:  ORG 

Maintenance  Tasks  Percent 

A1 location 

|  Equipment  Type 

trouble 

shoot 

replace 

inspect 

adjust/ 

repair 

test/ 

check 

^irframe 

6 

£2 

10 

62 

.  1 

Landing  Gear 

6 

22 

10 

62 

.  1 

^Hydraulic  System 

6 

22 

10 

62 

.  1 

Power  Plant 

6 

22 

10 

62 

.  1 

Bruel  system 

■Transmission  and  Rotor  System 

6 

22 

10 

62 

.  1 

6 

22 

10 

62 

.  1 

Electrical  System 

6 

22 

10 

62 

.  1 

■Flight  Controls 

6 

22 

10 

62 

.  1 

Utility  System 

6 

22 

10 

62 

.  1 

Avionics 

6 

22 

10 

62 

.  1 

J^rmament 

6 

22 

10 

62 

.  1 

1 
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MODE:  WORK 


ITH:  SPREA)  RAM)  MAINTENANCE)  SYS)  EQUIP>  TASK 


GENERIC  EQUIPMENT  MAINTENANCE  REQUIREMENTS  ALLOCATED  BY  TASK 


System  Name:  Apache  IV 


Maintenance  Level:  DS 


System  Type:  Attack  helicopter* 


Maintenance  Tasks  Percent  Allocation 


; 


Equipment  Type 


Airframe 
Landing  Gear 
Hydraulic  System 
Power  Plant 
Fuel  system 

Transmission  and  Rotor  System 

Electrical  System 

Flight  Controls 

Utility  System 

Avionics 

Armament 


trouble 

shoot 


replace  I  inspect 


adjust/ 

repair 


test/ 

check 


9 

83 

.02 

9 

83 

.02 

9 

83 

.  02 

9 

83 

.02 

9 

83 

.  02 

9 

83 

.02 

9 

83 

.  02 

9 

83 

.02 

9 

83 

.  02 

9 

83 

• 

o 

ro 

9 

83 

.  02 
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Screen  4.16  -  Cross  check  the  maintainability  and  reliability 
estimates  against  the  operation  availability  requirement. 

User  Action:  None,  this  screen  will  be  fully  automated. 

Input  Files:  The  availability,  reliability,  and 
maintainability  requirements  will  be  retrieved  from  the  working 
file. 


Output  Files:  None 

Algorithms :  The  system  reliability  and  maintainability 

estimates  which  are  yielded  by  the  SPREA  can  be  cross  checked 
against  the  operational  availability  requirement  ( from  the  combat 
model)  in  the  following  manner: 

Operational  Availability  <=  (MTBF)/(MTBF  +  MTTR) 

This  calculation  will  be  used  by  the  SPREA  to  confirm  that 
the  required  reliability  and  maintenance  levels  do  yield  a  system 
availability  that  is  at  least  as  high  as  the  availability  from 
the  combat  model. 

Following  Screen:  Screen  4.17.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  None 
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TH:  SPREP) RAM) CHECK 


MODE:  WORK 


CROSS  CHECK  OF  PVPILPBILITY  PGP INST  RELIPBILITY  PND  MPINTPINPBILITY 
Check:  Pvailability  <=  (Rel iabi 1 ity) / (Rel iabi 1 ity  +  Maintainability) 


Pvai Iabi 1 ity 

Given  1  Calculated 

Rel iabi 1 ity 

(mean  time  between  failures) 

Maintainabi 1 ity 
(mean  time  to  repair) 
(ORG) 

.  95 

.99 

95  hours 

. 68  hours 

1.  Confirm 

S.  Make  changes  to  availability 

3.  Make  changes  to  reliability 

4.  Make  changes  to  maintainabi 1 ity 


Screen  4.17  -  Report  the  results  of  the  cross  check  to  the  user. 
The  user  will  have  the  option  of  allowing  the  SPREA  to 
automatically  recompute  a  consistent  solution  for  RAM  if  Screen 
4.16  has  determined  that  the  results  are  inconsistent. 

User  Action:  The  SPREA  will  output  the  results  of  the 
consistency  calculation  to  the  screen.  If  the  results  are 
inconsistent,  the  user  will  be  asked  which  one  (if  any)  of  the 
three  requirements  he/she  wishes  to  bring  into  agreement  with  the 
other  two.  The  user  will  use  the  arrow  keys  and  to  move  the 
highlight  bar,  and  the  carriage  return  to  select  the  requirement 
he/she  wishes  to  correct.  If  the  user  wishes  to  accept  the 
inconsistency,  he/ she  will  press  "escape". 

Input  Files:  None 

Output  Files;  None 

Algorithms :  The  SPREA  will  automatically  recompute  a  value 
for  the  requirement  which  the  user  identifies.  This  computation 
will  be  based  on  the  algorithm: 

Operation  Availability  <=  (MTBF) / (MTBF  +  MTTR) 

Following  Screen:  If  the  user  chooses  either 
"reliability",  "maintainability",  or  "availability"  then  Screen 
4.1.  If  the  user  chooses  "quit",  then  Screen  4.1.  If  the  user 
presses  FI,  a  context-specific  help  file  will  be  displayed. 

After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements: 
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I 

1 


TH:  SPREA) RAM) CHECK 


MODE:  WORK 


CROSS  CHECK  OF  AVAILABILITY  AGAINST  RELIABILITY  AND  MAINTAINABILITY 


Check:  Availability  <=  (Rel iabi 1 ity) /(Rel iabi 1 ity  +  Maintainability) 


r 

i 

■ 

Reliability 

(mean  time  between  failures) 

Maintainabi 1 ity 
(mean  time  to  repair) 
(ORG) 

■ 

.  95 

.99 

95  hours 

. 68  hours 

1.  Confirm 

2.  Make  changes  to  availability 

3.  Make  changes  to  reliability 

4.  Make  changes  to  maintainabi 1 ity 
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3.5  Step  5  -  Identify  Functions  and 
Their  Minimally  Acceptable  Performance  Criteria 

Once  the  user  has  identified  a  mission  for  the  system  to 
accomplish,  he  or  she  will  describe  the  functions  which  make  up 
that  mission.  If  the  user  identified  a  comparable  mission  in 
Step  1,  then  the  functions  for  that  comparable  mission  will  serve 
as  the  starting  point  for  the  user  in  describing  the  composite 
functions  of  the  new  mission. 

Where  possible,  the  user  will  also  enter  the  performance 
criteria  for  each  function.  These  performance  criteria  are  the 
function  times  and  accuracies  of  the  system  for  this  mission. 

The  user  will  be  aided  in  setting  performance  criteria  at  the 
function  level  by  either  referring  to  functions  which  are  listed 
in  the  "Functions  and  Tasks  by  System  Type"  Library  that  have 
baseline  estimates,  accessing  subject  matter  experts, 
requirements  documents,  or  combat  model  results.  In  Step  -£?=?■? , 
the  SPREA  will  combine  the  function  times  and  accuracies  in  the 
context  of  the  Monte  Carlo  Simulation  to  calculate  a  mission  time 
and  accuracy. 

If  the  user  indicated  in  Gtep- that  the  conditions 
he/she  specified  for  the  mission  will  vary  from  function  to 
function,  then  as  the  user  steps  through  each  function  in  this 
step,  he/she  will  be  presented  with  the  conditions  which  affect 
the  operation  of  the  specific  function  the  user  is  currently 
considering.  The  user  will  be  asked  to  indicate  any  condition  of 
the  current  set  which  he/she  wishes  to  change  for  this  function. 


Input 


External .  The  "Functions  and  Tasks  by  System  Type"  Library 
will  be  used  to  limit  the  amount  of  information  that  the  user 
must  enter.  Our  team  will  gather  function  performance 
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requirements  from  combat  models.  The  main  disadvantage  of  this 
source  is  that  the  combat  models  do  not  adequately  represent  the 
human  variable  of  the  system  (Van  Nostrand ,  1986) ;  however,  it  is 
the  best  available  source  of  system  performance  requirements  data 
at  this  time.  The  data  may  also  be  available  from  either  the 
analysis  of  comparable  fielded  systems,  the  user  of  acceptance 
test  data,  or  from  the  subject  matter  experts  who  are  familiar 
with  the  mission  profile. 

Internal.  The  initial  "Functions  and  Tasks  by  System  Type" 
Library  will  contain  listings  of  functions,  referenced  by 
mission.  The  function  taxonomy  is  included  in  Appendix  A  of  this 
document.  If  the  user  is  simulating  a  mission  already  in  the 
library,  a  listing  of  composite  functions  will  be  available. 

Process 


If  the  user  chooses  a  mission  from  the  existing  "Missions 
by  System  Type”  Library,  a  list  of  the  functions  included  in  that 
mission  will  be  presented  in  this  step.  The  user  will  be  able  to 
selectively  modify  any  of  the  functions  which  are  listed.  He/she 
will  also  be  able  to  delete  any  of  the  functions.  Finally,  the 
user  will  have  the  capability  to  search  through  the  "Functions 
and  Tasks  by  System  Type"  Library  to  pull  out  additional 
functions  for  the  mission  and  add  them  to  the  list. 

Each  of  the  functions  (e.g..  Navigation,  Logistics, 
Information  Routing,  Prevention  of  Detection/Location  of  System) 
consists  of  a  set  of  tasks  (e.g..  Select  appropriate  maps  and/or 
navigation  aids.  Identify  present  location,  Identify 
destination) .  Like  the  missions,  the  functions  reside  in  their 
own  library  and  are  accessible  to  the  user  who  wants  to  add  to  or 
modify  them. 

If  the  user  has  not  identified  a  comparable  mission  in  Step 
1,  then  the  task  listing  screen  will  be  empty.  The  user  will 
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enter  the  names  of  the  functions  that  comprise  the  new  mission. 
The  user  will  be  able  to  copy  existing  functions  from  the 
"Functions  and  Tasks  by  System  Type"  Library  or,  as  with  the 
missions,  he  or  she  will  be  able  to  develop  new  ones.  If  the 
user  chooses  to  develop  new  functions,  then  he/ she  will  be 
prompted  for  the  function  name,  the  conditions,  and  the  function- 
level  performance  criteria. 

Finally,  the  user  will  specify  the  sequence  of  the 
functions  within  the  new  mission.  As  with  the  other 
specifications  of  the  mission,  if  the  user  has  identified  a 
comparable  mission,  the  function  sequence  from  that  mission  will 
be  copied  over  into  the  new  mission.  If  the  user  adds  or  deletes 
functions,  then  he/ she  will  be  prompted  to  make  the  necessary 
changes  to  the  Function  Sequence  Table. 

The  performance  measures  of  the  functions  will  be  time  and 
accuracy.  Every  function  will  have  a  time  and  accuracy  criteria. 
In  Step  %&??,  the  accuracy  and/or  time  requirements  for  each 
function  will  be  allocated  to  the  tasks  which  are  members  of  that 
function. 

♦ 

The  SPREA  will  aid  the  user  in  entering  the  minimally 
acceptable  criteria  for  function  performance  time  and  accuracy. 
These  data  will  be  used  to  1)  allocate  performance  criteria  to 
the  task  level,  and  to  2)  compare  these  data  with  the  output  of 
the  function  models  to  determine  whether  the  minimally  acceptable 
system  performance  was  attained. 

Output 


This  step's  output  will  be  a  list  of  functions  and  their 
associated  performance  criteria  that  make  up  the  mission  being 
simulated. 

A  list  of  the  conditions  which  are  associated  with  each 
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function  will  also  be  included  in  the  output  of  this  step. 
User  Interface 


The  user  interfaces  for  this  step  consist  of  screens  which 
allow  the  user  to  specify  which  functions  comprise  the  mission  to 
be  analyzed.  The  user  interface  provides  the  user  three 
approaches  to  function  specification.  The  user  may  either  1) 
view/edit  functions  from  a  comparable  mission,  or  2)  input 
functions  individually  from  the  function  library,  or  3)  enter 
unique  functions  by  entering  the  function  name  and  then  in  Step 
8,  assigning  individual  tasks  to  the  new  function. 

Once  the  user  has  determined  the  functions  which  apply  to 
the  mission  under  analysis,  he  may  review  and  edit  any  system- 
provided  data  on  function  time,  accuracy,  conditions,  and  usages. 
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STEP  5:  Identify  Functions  and  Their  Minimally  Acceptable  Performance  Criteria 


Screen  5.0  -  The  user  will  choose  whether  he/she  wishes  to 
identify  or  modify  the  performance  criteria  for  the  functions,  or 
whether  he/she  wishes  to  identify  or  modify  the  conditions  which 
apply  to  each  function. 

User  Action:  The  user  will  use  the  vertical  arrow  keys  to 
position  the  cursor,  and  will  press  the  carriage  return  to  make 
the  selection. 

Input  Files;  None 

Output  Files:  None 

Algorithms :  None 

Following  Screens;  Screen  5.1  if  the  user  wishes  to 
identify  or  modify  the  performance  criteria.  If  the  user  wishes 
to  change  the  conditions  for  the  functions,  Screen  5.15. 

Error  Statements:  None 
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TH:  SPREA) FUNCTIONS 


MODES  WORK 


FUNCTION  DEFINITION 

Mission  Area  :  Aviation 

System  Type  :  Attack  helicopter 

System  Name  :  Apache  IV 

Mission  Name  :  Destroy  Enemy  Armored  Vehicles 

Comparable  Mission  :  Destroy  Enemy  Fixed  Emplacements 
Condition  Set  :  Typical 


1.  Identify/modify  functions  and  performance  criteria 
S.  Identify/modify  conditions  for  functions 


NOTE;  1.  SPREA  uses  the  functions  and  performance  criteria  from 


the  comparable  mission  as  defaults. 

S.  The  conditions  given  in  the  specified  condition  set  will 
be  applied  to  all  functions  unless  they  are  modifed  by 
the  user. 
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Screen  5.1  -  Retrieve  function  information  on  the  mission  which 
was  selected.  If  the  mission  the  user  is  currently  working  on 
has  a  function  file,  then  this  screen  will  retrieve  that  file. 

If  the  user  has  identified  a  comparable  mission,  then  the 
function  information  which  is  retrieved  will  be  from  the 
comparable  mission. 

User  Action:  None 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  function  file  for  the  new  mission.  The  function 
performance  times  and  accuracies,  if  any,  will  also  be  retrieved 
from  the  file. 

Output  Files:  None 

Algorithms :  None 

Following  Screens:  Screen  5.2. 

Error  Statements:  None 
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Screen  5.2  -  Present  a  list  of  functions  that  are  attached  to  the 
new  mission  which  the  user  is  developing.  If  the  user  has 
identified  a  comparable  mission,  then  this  list  will  be  the 
functions  which  are  members  of  that  mission. 

User  Action:  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  choose  "Select",  "Add",  "Delete",  "View 
Library",  "Copy",  or  "Move".  Select  the  option  by  pressing  the 
carriage  return. 

Input  Files:  None 

Output  Files?  None 

Algorithms :  None 

Following  Screen;  Screen  5.3  if  "Select".  Screen  5.11  if 
"Add".  Screen  5.12  if  "Delete".  Screen  5.4  if  "View  Library". 

If  the  user  presses  "escape"  then  Screen  3.1.  If  the  user 
presses  FI,  a  context-specific  help  file  will  be  displayed. 

After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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P|TH:  SPREA) FUNCTIONS) CRITERIA 
sjlect  Add  Delete  Copy  Move 
Select  this  item 

Libraries 

MODE:  WORK 

FUNCTION  IDENTIFICATION  AND  PERFORMANCE  CRITERIA 

System  Name:  Apache  IV 

Mission  Names  Destroy  Enemy  Armored  Vehicles 

Inunctions 

Performance  Criteria 

■Plan  and  prepare  for  mission 
gTaxi  and  takeoff 

Time  in  min 

:  1 

Fly  aircraft  to  destination 
J^y  aircraft  from  destination 
■Mavigate 
nDommun i cat  e 

(units  are  the  same  as 
for  mission  criteria) 

Accuracy 

:  .90 

Approach  and  land  aircraft 
perform  after  landing  tasks 
■compensate  for  inflight  equip. 

fail 

(probability  of  success) 

Accuracy  Standard 

:  within  100 

Acquire  targets 
■Attack  targets 
defend  against  attack 

Perform  reconnaissance 
^all  for  direct  support 

meters 
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Screen  5.3  -  Present  the  function  performance  criteria  to  the 
user.  This  information  includes  the  function  performance  time, 
function  accuracy,  and  the  standards  for  the  accuracy  measure. 

User  Action:  The  input  on  this  screen  is  in  spreadsheet 
format.  The  user  can  move  around  the  spreadsheet  with  arrow 
keys.  When  the  user  reaches  a  cell  that  he/ she  wishes  to  make  an 
entry  in,  the  delete  keys,  as  well  as  the  other  keys  on  the 
keyboard,  can  be  used  to  enter  numeric  or  alpha  text.  The  Home 
key  will  place  the  cursor  in  the  upper  left-hand  cell  of  the 
spreadsheet.  The  End  key  will  place  cursor  at  the  end  of  the 
line  on  which  the  cursor  currently  is  placed.  The  Page  Down  and 
Page  Up  keys  will  move  the  display  downward  and  upward  25  rows, 
respectively.  The  Page  Down  and  Page  Up  keys  will  only  have  an 
effect  if  the  list  of  function  information  (in  conjunction  with 
the  rest  of  the  information  on  the  screen)  is  longer  than  25 
rows.  When  the  user  presses  "escape",  the  system  will  consider 
the  editing  on  the  screen  complete.  If  the  user  does  not  believe 
that  a  function  performance  estimate  is  correct,  however  he/she 
does  not  wish  to  enter  an  estimate  in  the  spreadsheet,  then  the 
user  can  enter  "?"  in  the  appropriate  cell.  This  will  signal  the 
SPREA  that  this  value  is  unknown.  This  value  will  then  be 
assigned  using  backsolving  techniques  discussed  in  Screen  ????. 

Input  Files:  None 

Output  Files:  When  the  user  completes  the  editting 
session,  the  function  and  their  editted  performance  time  criteria 
will  be  written  to  temp.dat.  This  file  will  serve  as  the  user's 
working  file. 

Algorithms :  None 

Following  Screen:  If  no  errors  are  trapped,  Screen  5.2. 

If  errors  are  detected,  Screen  5.3.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
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file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  When  the  user  indicates  that  the 
editting  session  is  complete  (by  pressing  "escape'') ,  error 
trapping  will  commence.  If  any  of  the  time  values  in  the 
spreadsheet  are  <  0,  then  the  user  will  receive  the  error  "The 
performance  time  for  function  XXXXXXXX  is  less  than  zero. 

(Return  to  Continue)".  All  the  errors  which  are  encountered  will 
be  written  to  the  file  error.dat.  If  any  of  these  errors  are 
encountered,  the  user  will  be  returned  to  the  spreadsheet  to  make 
corrections . 
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iTH:  SPREA) FUNCTIONS) CRITERIA 


MODE:  WORK 


|  FUNCTION  IDENTIFICATION  AND  PERFORMANCE  CRITERIA 

1 

■ 

System  Name:  Apache  IV  Mission  Name:  Destroy  Enemy  Armored  Vehicles 

Functions 

Performance  Criteria 

Plan  and  prepare  for  mission 

Taxi  and  takeoff 

Fly  aircraft  to  destination 

Fly  aircraft  from  destination 
Navigate 

Communicate 

Approach  and  land  aircraft 

Perform  after  landing  tasks 
Compensate  for  inflight  equip,  fail 
Acquire  targets 

Attack  targets 

Defend  against  attack 

Perform  reconnaissance 

Call  for  direct  support 

| 

Time  in  min  :  3 

(units  are  the  same  as 
for  mission  criteria) 

Accuracy  ,  :  . 95 

(probability  of  success) 

Accuracy  Standard  :  completed 

correct ly 

*TH:  SPREA) FUNCTIONS) CRITERIA 


MODE:  WORK 


FUNCTION  IDENTIFICATION  AND  PERFORMANCE  CRITERIA 


Apache  IV 


Funct ions 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


Performance  Criteria 


Plan  and  prepare  for  mission 

Taxi  and  takeoff 

Fly  aircraft  to  destination 

Fly  aircraft  from  destination 

Navigate 

Communicate 

Approach  and  land  aircraft 
Perform  after  landing  tasks 
Compensate  for  inflight  equip 
Acquire  targets 
Attack  targets 
Defend  against  attack 
Perform  reconnaissance 
Call  for  direct  support 


Time  in  min 
(units  are  the  same  as 
for  mission  criteria) 

Accuracy 

(probability  of  success) 
Accuracy  Standard 


:  .90 


:  completed 
w/o  abort 


6 


1 


TH:  SPREA) FUNCTIONS) CRITERIA) LIBRARIES 


MODE:  WORK 


FUNCTION  IDENTIFICATION  AND  PERFORMANCE  CRITERIA 


e:  Destroy  Enemy  Armored  Vehicles 


LIBRARIES 


Access  libraries  containing  functions 
associated  with  the  same: 


rmance  Criteria 


1.  System  type 

2.  Mission  area 

3.  All  functions 


xn  min 

s  are  the  same  as 
mission  cr i t  er i a ) 

acy 


Approach  and  land  aircraft 

I  Per form  after  landing  tasks 
Compensate  for  inflight  equip,  fail 
Acquire  targets 

[Attack  targets 
Defend  against  attack 
Perform  reconnaissance 
.Call  for  direct  support 


(probability  of  success) 
Accuracy  Standard 
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Screen  5.4  -  Ask  the  user  which  library  he/ she  wishes  to  examine. 


User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  "System  Type"  or  "Misssion  Area",  or  "All 
Functions".  Select  the  option  by  pressing  the  carriage  return. 

Input  Files:  None 

Output  Files:  None 

Algorithms ;  None 

Following  Screen:  Screen  5.4.1  if  "System  Type".  Screen 

5.5  if  "Mission  Area".  Screen  5.6  if  "All  Functions".  If  the 
user  presses  "escape"  then  Screen  5.2.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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Screen  5.4.1  -  Present  a  list  of  functions  that  exist  in  the 
libraries  under  the  same  system  type,  (if  any) . 

User  Action:  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  select  "Select".  Select  the  option  by  pressing 
the  carriage  return. 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  "Functions  and  Tasks  by  System  Type"  Library  and 
retrieve  all  the  functions  entered  under  the  system  type  entered 
in  Screen  1.11.  The  function  performance  time  and  accuracy  will 
also  be  retrieved  from  the  "Functions  and  Tasks  by  System  Type" 
Library. 

Output  Files;  None 

Algorithms:  None 

Following  Screen:  Screen  5.7  if  "Select".  If  the  user 

presses  "escape"  then  Screen  5.2.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to  . 
return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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MODE:  WORK 


aTH:  SPREA) FUNCTIONS) CRITERIA) LIBRARIES) SYSTYP 
lect 

Select  this  function 


FUNCTION  LIBRARY  FOR  SYSTEM  TYPE  : 

Attack  helicopter 

^F  unct i ons 

Performance  Criteria 

Screen  5.5  -  Present  a  list  of  functions  that  exist  in  the 
libraries  under  the  same  mission  area,  (if  any) . 

User  Action:  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  select  "Select"  or  "Switch".  Select  the  option 
by  pressing  the  carriage  return.  (The  switch  option  allows  the 
user  to  change  the  system  type) . 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  function  library  and  retrieve  all  the  functions 
entered  under  the  mission  area  entered.  The  function  performance 
time  and  accuracy  will  also  be  retrieved  from  the  "Functions  and 
Tasks  by  System  Type"  Library. 

Output  Files:  None 

Algorithms ;  None 

Following  Screen:  Screen  5.7  if* "Select".  Screen  5.5.1 

if  "Switch".  If  the  user  presses  "escape"  then  Screen  5.2.  If 
the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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MODE:  WORK 


*TH:  SPREA) FUNCTIONS) CRITERIA) LIBRARIES) MISSION  AREA 
lect  Switch 


i 

3 lect  this  function 

FUNCTION  LIBRARY  FOR  MISSION  AREA:  Aviation 

1 

1 

« 

F  unct i ons 

Performance  Criteria 

Plan  and  prepare  for  mission 

Taxi  and  takeoff 

Fly  aircraft  to  destination 

Fly  aircraft  from  destination 
Navigate 

Communicate 

Approach  and  land  aircraft 

Perform  after  landing  tasks 
Compensate  for  inflight  equip,  fail 
Acquire  targets 

Attack  targets 

Defend  against  attack 
'  Perform  reconnaissance 

Call  for  direct  support 

i 

Time  in  min  :  3 

Accuracy  :  . 95 

(probability  of  success) 

Accuracy  Standard  :  completed 

correct ly 

SYSTEM  TYPE  :  Attack  helicopter 

1.  attack  helicopters 
£.  cargo  helicopter 

3.  utility  helicopter 

4.  scout  helicopter 

5.  fixed  wing 
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Screen  5.5.1  -  Prompt  the  user  to  determine  the  system  type 
(within  the  same  mission  area)  for  which  the  user  wishes  to  view 
the  library. 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  a  system  type. 

Input  Files;  The  DBMS  retrieval  routines  will  be  used  to 
access  the  "Functions  and  Tasks  by  System  Type"  Library  and 
retrieve  all  the  functions  entered  under  the  system  type  entered. 
The  function  performance  time  and  accuracy  will  also  be  retrieved 
from  the  "Functions  and  Tasks  by  System  Type"  Library. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  5.5.  If  the  user  presses 

"escape"  then  Screen  5.2.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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Screen  5.6  -  Present  the  list  of  functions  that  exist  in  the 
"Functions  and  Tasks  by  System  Type"  Library. 

User  Action:  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  select  "Select"  or  "Switch".  Select  the  option 
by  pressing  the  carriage  return. 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  Function  library  and  retrieve  all  the  functions 
entered.  The  function  performance  time  and  accuracy  will  also  be 
retrieved  from  the  "Functions  and  Tasks  by  System  Type"  Library. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  5.7  if  "Select".  If  the  user 

presses  "escape"  or  chooses  "Quit"  then  Screen  5.2.  If  the  user 
presses  FI,  a  context-specific  help  file  will  be  displayed. 

After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements;  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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tTH :  SPREA) FUNCTIONS) CRITERIA) LIBRARIES) ALL  FUNCTIONS  MODE:  WORK 

lect  Switch 
Select  this  function 


la 

FUNCTION  LIBRARY 

FOR  ALL  FUNCTIONS 

1 

System  Type:  Attack  helicopter 

11 

F  unct i ons 

Performance  Criteria 

f 

Plan  and  prepare  for  mission 

Taxi  and  takeoff 

T i me  in  min  :  3 

1 

Fly  aircraft  to-  destination 

Fly  aircraft  from  destination 
Navigate 

Accuracy  :  . 95 

(probability  of  success) 

Communicate 

Approach  and  land  aircraft 

Perform  after  landing  tasks 
Compensate  for  inflight  equip,  fail 
Acquire  targets 
|  Attack  targets 

Defend  against  attack 

Perform  reconnaissance 
i  Call  for  direct  support 

I 

Accuracy  Standard  :  completed 

correct ly 
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MODE:  WORK 


I 

tTH:  SPREA>  FUNCTIONS) CRITERIA) LIBRARIES) ALL  FUNCTIONS 
lect  Switch 


Select  this  mission  area 


■ 

FUNCTION  LIBRARY  FOR  ALL  FUNCTIONS 

■ 

1 

Mission  Area:  Aviation 

System  Type:  Attack  helicopter 

rz — ~ - 

F  unct i ons 

Mission  Areas 

ria 

Plan  and  pr 
Taxi  and  ta 
Fly  aircraf 
Fly  aircraf 
Navigate 
Communicate 
Approach  an 
Perform  aft 
Compensate 
Acquire  tar 

[Attack  targ 

'  r\  _  x: — 4 

1.  Air  defense 

2.  Aviation 

3.  Close  combat  -  heavy 

4.  Close  combat  —  light 

6.  Combat  service  support 

7.  Combat  support  eng.  and  mine  warfare 
a.  Command  and  control 

9.  Fire  support 

10.  IEW 

11.  NBC 

12.  Special  operations 

:  3 

:  .95 

uccess) 

:  completed 
correct ly 

us  i  t?nu  ci yet  x 

Perform  reconnaissance 

Call  for  direct  support 
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Screen  5.7  -  Select  function  from  the  list  that  is  presented 


User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  specific  function  of  choice.  The 
user  will  press  the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  None 

Algorithms ;  None 

Following  Screen;  Predecessor  screen  unless  the  user 
presses  "escape".  If  the  user  presses  "escape"  then  Screen  5.2. 
If  the  user  presses  FI,  a  context- specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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Screen  5.11  -  Add  a  function  to  the  list  that  is  presented 


User  Action:  The  last  line  of  the  function  list  is  now 
vacant  and  the  cursor  is  positioned  at  the  left-hand  side  of  the 
new  row.  Use  the  keyboard  to  enter  the  new  function  name,  the 
performance  time,  the  accuracy  standard,  and  the  accuracy.  The 
user  will  press  the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  5.2.  If  the  user  presses  FI,  a 

context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements: 
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Screen  5.12  -  Delete  a  function  from  the  list  that  is  presented 

User  Action;  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  specific  function  of  choice.  The 
user  will  press  the  carriage  return  to  complete  the  entry.  After 
the  user  presses  the  carriage  return  the  selected  function  will 
disappear  from  the  list  and  control  will  return  to  Screen  29.1. 

Input  Files?  None 

Output  Files;  None 

Algorithms :  None 

Following  Screen:  Screen  5.2.  If  the  user  presses  FI,  a 

context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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Screen  5.15  -  If  the  user  indicated  in  Step  2  that  the  conditions 
vary  from  function  to  function,  then  the  user  will  be  asked  in 
this  step  to  enter  the  conditions  for  each  function.  The  user 
will  be  presented  with  a  subset  of  the  condition  set  which 
applies  at  the  mission  level.  This  subset  will  contain  the 
conditions  which  apply  to  the  specific  function.  The  user  will 
be  asked  to  indicate  the  conditions  that  must  be  changed,  one-by- 
one. 


User  Action:  The  user  will  use  the  vertical  arrow  keys  to 
select  the  condition  subset  which  he/ she  wishes  to  examine  more 
closely.  After  the  highlight  bar  has  been  positioned  over  the 
appropriate  menu  item,  the  user  will  use  the  carriage  return  to 
select  the  option.  The  condition  subsets  consist  of 
"environmental",  "terrain",  "tactical/threat",  "friendly  force", 
or  "additional". 


Input  Files:  The  "Conditions  by  Function"  Library  will  be 
used  to  identify  the  specific  conditions  which  apply  to  a  given 
function. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  5.16.  If  the  user  presses 
escape,  then  5.2.  If  the  user  presses  FI,  a  context-specific 
help  file  will  be  displayed.  After  the  help  file  is  displayed, 
the  user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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■  Screen  5.16  -  As  the  user  indicates  that  a  condition  must  be 

™  changed,  the  condition  library  will  present  the  possible  options 

■  for  the  selected  condition. 

User  Action:  The  user  will  use  the  vertical  arrow  keys  to 
select  the  new  condition  setting.  After  the  highlight  bar  has 
been  positioned  over  the  appropriate  menu  item,  the  user  will  use 
I  the  carriage  return  to  select  the  option. 

M  Input  Files:  The  "Conditions  by  Function"  Library  will  be 

used  to  identify  the  appropriate  condition  settings  for  a  given 
fl  condition  subset  (i.e.,  environmental,  tactical). 

_  Output  Files;  As  the  user  selects  new  condition  settings, 

■  they  will  be  written  to  the  working  file.  The  condition  settings 
will  be  filed  under  the  new  condition  set  name,  specified  in  Step 

I  2* 

■  Algorithms :  None 

•  Following  Screen;  Screen  5.2.  If  the  user  presses  escape, 

■  then  5.2.  If  the  user  presses  FI,  a  context-specific  help  file 

g,  will  be  displayed.  After  the  help  file  is  displayed,  the  user 

^  will  press  the  carriage  return  to  return  to  this  menu. 

|  Error  Statements:  If  an  inappropriate  key  is  pressed 

(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
^  "Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 

option  by  pressing  the  return  key" 

I 
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3.6  Step  6  -  Identify  Function  Sequence 


In  order  to  build  a  mission  network  simulation  from  the 
function  list,  it  is  necessary  to  provide  links  between  the 
functions.  These  links  will  be  referred  to  as  the  "Function 
Sequence  by  Mission"  Library.  The  "Function  Sequence  by  Mission" 
Library  is  independent  of  the  "Functions  by  Mission"  Library. 

This  enables  the  analyst  to  select  functions  for  a  particular 
mission  from  the  "Function  by  Mission"  Library  before  dealing 
with  the  sequencing  of  the  functions. 


Input 


The  primary  input  will  be  the  "Function  Sequence  by 
Mission"  Library.  This  library  will  contain  the  function 
sequences  of  all  the  missions  which  are  included  in  the  "Missions 
by  System  Type"  Library.  The  analyst  can  use  one  of  the 
available  sequences,  or  he/she  can  modify  an  available  sequence 
to  reflect  the  unique  features  of  the  system  mission  being 
analyzed. 

External.  The  analyst  may  want  to  modify  the  function 
sequences  in  the  "Function  Sequence  by  Mission"  Library.  In 
fact,  this  modification  will  be  required  to  do  so  if  any  new 
functions  were  added  to  the  mission. 

Internal.  The  internal  input  source  consists  of  the 
existing  "Function  Sequence  by  Mission"  Library  data  that  have 
been  incorporated  into  the  SPREA  and  will  be  available  to  the 
analyst.  The  initial  data  set  that  will  be  used  to  build  this 
library  will  come  from  task  analysis  data  of  existing  systems. 
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Process 


Function  sequence  data  will  be  provided  for  the  missions 
which  have  been  previously  incorporated  into  the  SPREA.  As  with 
the  library  data  discussed  in  the  preceding  steps ,  these  sequence 
data  can  be  modified  or  the  analyst  can  define  a  new  function 
sequence  from  scratch. 

The  "Function  Sequence  by  Mission"  Library  will  be  very 
simple.  Each  function  will  have  a  number  and  the  analyst  will  be 
asked  to  identify  the  first  function  of  the  mission  and  the 
successor (s)  for  each  function. 

Note  that  accuracy  is  one  of  the  performance  criteria  that 
will  have  been  specified  for  the  tasks  in  the  "Functions  by 
Mission"  Library.  Different  successor  functions  may  apply  if  the 
modeled  function  performance  is  inaccurate.  Therefore,  the 
analyst  will  have  the  option  of  specifying  a  "failure  path"  for 
each  function.  This  failure  path  gives  the  analyst  a  vehicle  for 
specifying  functions  whose  failures  would  be  catastrophic. 

The  software  will  ensure  that  the  analyst  has  specified 
links  for  each  function  he  or  she  wants  to  include.  The  software 
will  also  ensure  that  there  are  no  dead-ends,  illogical  paths 
through  the  functions,  or  functions  without  paths  that  lead  to 
them. 


The  "Function  Sequence  by  Mission"  Library  supplies  an  easy 
method  for  the  analyst  to  experiment  with  different  function 
sequences.  Since  the  sequence  is  independent  of  the  function 
performance  criteria,  it  will  be  possible  for  the  analyst  to  see 
whether  different  function  sequences  will  alter  the  system 
performance. 
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Output 


The  output  from  this  step  will  consist  of  a  complete 
function  sequence  for  the  mission  that  is  being  analyzed.  This 
function  sequence  will  contain  the  branching  directions  between 
the  functions  within  the  mission. 


User  Interface 


The  user  interface  for  the  "Function  Sequence  by  Mission” 
Library  will  have  a  spreadsheet  format.  The  data  in  this  library 
will  be  filed  by  Mission  Area  and  Mission,  so  if  the  analyst  has 
specified  a  mission  which  already  has  a  function  sequence  filed 
in  the  library,  that  sequence  will  be  presented  to  the  analyst 
automatically.  The  analyst  will  also  be  able  to  view  the  other 
library  entries. 
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STEP  6:  Identify  Function  Sequence 
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Screen  6.1  -  Function  Sequence.  The  user  will  be  presented  with 
the  function  sequence  table.  He/she  will  also  be  able  to  view 
the  function  network  diagram. 

User  Action:  The  input  on  this  screen  will  be  in 
spreadsheet  format.  The  user  will  move  around  the  spreadsheet 
with  arrow  keys.  When  the  user  reaches  a  cell  that  he/ she  wishes 
to  make  an  entry  in,  the  delete  keys,  as  well  as  the  other  keys 
on  the  keyboard,  can  be  used  to  enter  numeric  or  alpha  text.  The 
Home  key  will  place  the  cursor  in  the  upper  left-hand  cell  of  the 
spreadsheet.  The  End  key  will  place  cursor  at  the  end  of  the 
line  on  which  the  cursor  currently  is  placed.  The  Page  Down  and 
Page  Up  keys  will  move  the  display  downward  and  upward  25  rows, 
respectively.  The  Page  Down  and  Page  Up  keys  will  only  have  an 
effect  if  the  list  of  functions  (in  conjunction  with  the  rest  of 
the  information  on  the  screen)  is  longer  than  25  rows.  When  the 
user  presses  '•escape” ,  the  system  will  consider  the  editing  on 
the  screen  complete. 

Input  Files:  The  Mission  and  the  System  Name  will  be  used 
to  index  into  the  "Function  Sequence  by  Mission"  Library.  The 
DBMS  Search  routines  will  be  used  to  locate  the  mission  which  is 
being  analyzed.  The  DBMS  Retrieval  routines  will  be  used  to 
retrieve  the  function  sequence  from  the  "Functions  by  Mission" 
Library . 

Output  Files:  When  the  user  completes  the  editting 
session,  the  functions  and  their  sequence  will  be  written  to 
temp.dat.  This  file  will  serve  as  the  user's  working  file. 

Algorithms:  The  SPREA  will  use  the  Micro  SAINT  routing 

algorithm  to  draw  the  function  network  diagram  from  the  function 
sequence.  The  "loop"  column  on  the  sequence  table  is  used  to 
identify  any  looping  constructs  in  the  sequence  of  the  mission. 

As  an  example,  this  screen  shows  that  the  function  "Navigate"  has 
a  loop.  The  first  time  the  function  "Navigate"  is  encountered. 
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the  following  function  is  "Fly  aircraft  to  mission  area".  The 
second  time  in  the  mission  simulation  that  "Navigate"  is 
encountered,  the  following  function  is  "Fly  aircraft  from  the 
mission  area". 

The  probability  column  of  the  function  sequence  table 
indicates  whether  the  following  function  is  a  probabilistic 
decision  or  a  multiple  decision.  Any  following  function  which 
has  a  probability  value  of  "1"  will  always  be  a  following 
function  for  the  function.  Any  following  function  which  has  a 
probability  value  less  than  one  will  only  be  a  following  function 
for  the  indicated  percentage  of  times.  In  this  case,  the 
following  function  will  be  determined  be  determined  using  the 
random  number  generator. 

Following  Screen:  The  escape  key  will  signal  that  the  user 
is  finished  with  the  editting  of  this  information.  If  no  errors 
are  trapped.  Screen  7.1.  If  errors  are  detected,  Screen  6.1.  If 
the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements;  When  the  user  indicates  that  the 
editting  session  is  complete  (by  pressing  the  escape  key) ,  error 
trapping  will  commence.  If  any  of  the  preceding  functions  do  not 
exist  in  the  mission,  then  the  user  will  receive  the  error 
"Function  XXXXXXXX,  listed  as  the  preceding  function  for  Function 
YYYYYYYY ,  does  not  exist.  (Return  to  Continue)"  If  the  user  has 
not  specified  a  beginning  function  for  the  mission,  then  the  user 
will  receive  the  error  "A  beginning  function  has  not  been 
specified.  (Return  to  Continue)".  If  the  user  has  specified 
probabilities  for  a  probabilistic  decision  which  do  not  add  to 
1.0,  then  "The  probabilities  for  Function  ZZZZZZZZ  do  not  sum  to 
one.  (Return  to  Continue)".  If  the  user  has  specified  a  single 
following  function  for  a  function  with  a  multiple  decision  type, 
then  "Function  XXXXXXXX  has  a  multiple  decision  type,  but  more 
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than  one  following  function  has  not  been  specified.  (Return  to 
Continue) "  All  the  errors  which  are  encountered  will  be  written 
to  the  file  error.dat.  If  any  of  these  errors  are  encountered, 
the  user  will  be  returned  to  the  spreadsheet  to  make  corrections. 
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MODE:  WORK 


FBTHs  SPREA) FUNCTION  SEQUENCE 
Delete  View 

Add  a  new  following  function 


FUNCTION  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV 


Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 


n 

y 


Functions  <*  -  function  for  comparable  mission  only)  Loop  Prob 

Following  Functions 


Plan  and  prepare  for  mission 
Taxi  and  takeoff 
Taxi  and  takeoff 
Navigate 

Navigate 

Fly  aircraft  to  mission  area 
Fly  aircraft  from  mission  area 
Communicate 

Fly  aircraft  to  mission  area 

Perform  reconnaissance 
•Perform  reconnaissance 
Navigate 

Defend  against  attack 
Acquire  Targets 


MODE:  WORK 


*TH:  SPREA) FUNCTION  SEQUENCE 
d  Delete  View 


Ac 

d  a  new  following  function 

FUNCTION  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 

System  Name  :  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 

- — - 

Functions  <*  -  function  for  cornpar 

Following  Functions 

!  1  1 

AVAILABLE  FOLLOWING  FUNCTIONS 

Plan  and  prepare  for  mission 

Taxi  and  takeoff 

Taxi  and  takeoff 

Navigate 

Navigate 

Fly  aircraft  to  mission  area 

Fly  aircraft  from  mission  area 
Communicate 

i  Fly  aircraft  to  mission  area 

Perform  reconnaissance 
♦Perform  reconnaissance 

Navigate 

Defend  against  attack 

Acquire  Targets 

Plan  and  prepare  for  mission 

Taxi  and  takeoff 

Fly  aircraft  to  mission  area 
Navigate 

Communicate 

Acquire  targets 

Attack  targets 

Defend  against  attack 

Fly  aircraft  from  mission  area 
Approach  and  land  aircraft 

Perform  after  landing  tasks 

I 

MtH:  SPREA) FUNCTION  SEQUENCE 


MODE:  WORK 


FUNCTION  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 

System  Name  :  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 

Functions  <*  -  function  for  comparable  mission  only)  Loop  Prob 

Following  Functions 


I 

I 

II 

I 


Plan  and  prepare  for  mission 
Taxi  and  takeoff 
Taxi  and  takebff 
Navigate 
Communicate 

Navi  gate 

Fly  aircraft  to  mission  area 
Fly  aircraft  from  mission  area 
Communicate 

Fly  aircraft  to  mission  area 

Perform  reconnaissance 
♦Perform  reconnaissance 
Navigate 

Defend  against  attack 
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MODE:  WORK 


I 

»TH:  SPREA)  FUNCTION  SEQUENCE 
d  Delete  View 

Delete  a  current  following  function 


FUNCTION  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV 


Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 


Functions  <*  -.function  for  comparable  mission  only) 

Following  F  unct i ons 


Plan  and  prepare  for  mission 
Taxi  and  takeoff 
Taxi  and  takeoff 
Navigate 
Communicate 

Navigate 

Fly  aircraft  to  mission  area 
Fly  aircraft  from  mission  area 
Communicate 

Fly  aircraft  to  mission  area 

Perform  r econna i ssance 
♦Perform  reconnaissance 
Navigate 

Defend  against  attack 


1 

2 


.8 

.2 
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MODE:  WORK 


I 

*TH:  SPREA) FUNCTION  SEQUENCE 
d  Delete  View 

Delete  a  current  following  function 


FUNCTION  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV 


Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 


Functions  <*  -  function  for  comparable  mission  only) 

Following  Funct i ons 


Plan  and  prepare  for  mission 
Taxi  and  takeoff 
Taxi  and  takeoff 
Navigate 
Communicate 

Navigate 

Fly  aircraft  to  mission  area 
Fly  aircraft  from  mission  area 
Communicate 

Fly  aircraft  to  mission  area 

Acquire  Targets 

Attack  Targets 

Defend  against  attack 

Fly  aircraft  from  mission  area 


1 

p 
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MODE:  WORK 


SPREA) FUNCTION  SEQUENCE 
Rid  Delete  View 

View  the  function  network  diagram 


FUNCTION  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV 


Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 


Functions  (*  -  function  for  comparable  mission  only) 

Following  Functions 


Plan  and  prepare  for  mission 
Taxi  and  takeoff 
Taxi  and  takeoff 
Navigate 
Communicate 

Navi  gate 

Fly  aircraft  to  mission  area 
Fly  aircraft  from  mission  area 
Communicate 

Fly  aircraft  to  mission  area 

Acquire  Targets 

Attack  Targets 

Defend  against  attack 

Fly  aircraft  from  mission  area 


1 

o 


THE  NETWORK  DIAGRAM  WILL  BE  DISPLAYED  HERE 
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fTH:  SPREA> FUNCTION  SEQUENCE 


MODE:  WORK 


iTH:  SPREA)  FUNCTION  SEQUENCE 


MODE:  WORK 


FUNCTION  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV 


Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 


Functions  (*  -  function  for  comparable  mission  only) 

Following  Functions 


Plan  and  prepare  for  mission 
Taxi  and  takeoff 
Taxi  and  takeoff 
Navigate 
Communicate 

Navi  gate 


Comm uni 
Fly  air 
Acquire 
Attack 
Defend 
Fly  air1 


ERROR  :  The  probabi 1 it ies  for  the  highlighted 
functions  do  not  add  up  to  one 


iTH:  SPREA> FUNCTION  SEQUENCE 


MODE:  WORK 


3.7  Step  7  -  Weight  Function  Accuracies 


In  this  step,  the  function  accuracies  will  be  assigned 
weights  which  represent  the  effect  that  the  accuracy  of  the 
specific  function  affects  the  probability  of  mission  success. 

Input 


External .  The  user  will  enter  weighting  factors  which 
apply  to  the  accuracy  measures  for  each  function.  If  the  user 
has  identified  a  comparable  mission  in  Step  1  of  this  process, 
then  he/she  will  be  presented  with  the  weights  assigned  to  that 
mission  for  modification  or  acceptance. 

Internal ♦ 


Process 


In  this  step,  the  user  will  assign  weighting  factors  to  the 
individual  function  accuracies.  The  weighting  factors  must  add 
to  1.0.  The  user  will  have  the  ability  to  access  the  weights 
which  were  assigned  to  the  comparable  mission.  He/she  will  be 
able  to  accept  those  estimates,  or  will  be  able  to  modify  them, 
as  appropriate. 

The  probability  of  mission  success  will  be  calculated  by 
combining  the  individual  function  accuracies,  and  weighting  those 
accuracies  appropriately.  The  combination  will  be  accomplished 
using  a  multiplicative  model  as  shown  below: 

Prob  (Mission  Success)  «  (wx  *  Ax)  * .  (wn  *  An) 

for  n  functions 


Output 
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The  result  of  this  step  will  be  a  weighted  factor  algorithm 
for  calculating  the  probability  of  mission  success  as  a  function 
of  the  accuracy  of  each  composite  function. 

User  Interface 

The  user  interface  is  described  in  detail  in  the  remainder 
of  this  subsection. 
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Screen  7.1  -  Weight  function  accuracies  towards  the  probability 
of  mission  success  calculation.  The  user  will  be  presented  with 
the  function  accuracy  weighting  table. 

User  Action:  The  input  on  this  screen  will  be  in 
spreadsheet  format.  The  user  will  move  around  the  spreadsheet 
with  arrow  keys.  When  the  user  reaches  a  cell  that  he/ she  wishes 
to  make  an  entry  in,  the  delete  keys,  as  well  as  the  other  keys 
on  the  keyboard,  can  be  used  to  enter  numeric  or  alpha  text.  The 
Home  key  will  place  the  cursor  in  the  upper  left-hand  cell  of  the 
spreadsheet.  The  End  key  will  place  cursor  at  the  end  of  the 
line  on  which  the  cursor  currently  is  placed.  The  Page  Down  and 
Page  Up  keys  will  move  the  display  downward  and  upward  25  rows, 
respectively.  The  Page  Down  and  Page  Up  keys  will  only  have  an 
effect  if  the  list  of  functions  (in  conjunction  with  the  rest  of 
the  information  on  the  screen)  is  longer  than  25  rows.  When  the 
user  presses  "escape",  the  system  will  consider  the  editing  on 
the  screen  complete. 

Input  Files: 

Output  Files:  When  the  user  completes  the  editting 
session,  the  functions  and  their  sequence  will  be  written  to 
temp.dat.  This  file  will  serve  as  the  user's  working  file. 

Algorithms :  The  SPREA  will  calculate  the  probability  of 

mission  success  using: 

Prob  (Mission  Success)  =  (wx  *  Ax)  * .  (wn  *  An) 

for  n  functions 

Following  Screen:  The  escape  key  will  signal  that  the  user 
is  finished  with  the  editting  of  this  information.  If  no  errors 
are  trapped,  Screen  8.1.  If  errors  are  detected.  Screen  7.1.  If 
the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
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the  carriage  return  to  return  to  this  menu. 


Error  Statements;  When  the  user  indicates  that  the 
editting  session  is  complete  (by  pressing  the  escape  key) ,  error 
trapping  will  commence.  If  the  weights  do  not  sum  to  1.0,  then 
the  user  will  receive  the  error  "The  weights  of  the  functions  do 
not  sum  to  1.0.  (Return  to  Continue)".  All  the  errors  which  are 
encountered  will  be  written  to  the  file  error.dat.  If  any  of 
these  errors  are  encountered,  the  user  will  be  returned  to  the 
spreadsheet  to  make  corrections. 
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*TH:  SPREA> FUNCTION  WEIGHTINGS 


MODE:  WORK 


WEIGHTINGS  FOR  FUNCTION  ACCURACIES 


System  Name:  Apache  IV 


Mission  Name:  Destroy  Enemy  Armored  Vehiclt 


Functions 

flee. 

Wt. 

Accuracy  Standard 

Plan  and  prepare  for  mission 

.  98 

.  oe 

comp 1 et  ed  correct  1 y 

Taxi  and  takeoff 

.  90 

.  1 

completed  w/o  abort 

Fly  aircraft  to  destination 

.95 

.  1 

within  100  meters 

Fly  aircraft  from  destination 

.  95 

.  1 

within  1 00  met  ers 

Navigate 

.  95 

.  1 

id  destination  correctly 

Communicate 

.90 

.  06 

receive  and  send  ok 

Approach  and  land  aircraft 

.  90 

.  1 

without  abort 

Perform  after  landing  tasks 

.  98 

.  oe 

completed  correctly 

Compensate  for  inflight  equip,  fail 

.  90 

.  l 

w/o  causing  mission  abort 

Acquire  targets 

.  95 

.  l 

id  &  acq  all  w/i  sector 

Attack  targets 

.  95 

.  l 

disable  enemy  vehicle 

Defend  against  attack 

.  90 

.  l 

evade  enemy  attack 

Total  of  weightings 
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SP REA > FUNCTION  WEIGHTINGS 


MODE 


WEIGHTINGS  FOR  FUNCTION  ACCURACIES 


Apache  IV 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


Funct ions 


Plan  and  prepare  for  mission 

Taxi  and  takeoff 

Fly  aircraft  to  destination 

Fly  aircraft  from  destination 

Navigate 

Communicate 

Approach  and  land  aircraft 
Perform  after  landing  tasks 
Compensate  for  inflight  equip. 
Acquire  targets 
Attack  targets 
Defend  against  attack 


fail 


wt. 

Accuracy  Standard 

.OS 

comp 1 et  ed  correct  1 y 

.  2 

completed  w/o  abort 

.  1 

within  100  meters 

.  1 

within  100  meters 

.  1 

id  destination  correctly 

.06 

receive  and  send  ok 

.  1 

without  abort 

.  02 

comp 1 et  ed  correct  1 y 

.  1 

w/o  causing  mission  abort 

.  1 

id  &  acq  all  w/i  sector 

.  1 

disable  enemy  vehicle 

.  1 

evade  enemy  attack 

:  1.  1 

Total  of  weightings 


iTH:  SPREA>  FUNCTION  WEIGHTINGS 


MODE:  WORK 


WEIGHTINGS  FOR  FUNCTION  ACCURACIES 

System  Name:  Apache  IV  Mission  Name:  Destroy  Enemy  Armored  Vehicles 


*  Funct ions 

Acc. 

Wt. 

1  Plan  and  prepare  for  mission 

.  98 

.  oe 

[  Taxi  and  takeoff 

.90 

.2 

Fly  aircraft  to  destination 

.  95 

.  1 

Fly  aircraft  from  destination 

.  95 

.  1 

,  Navigate 

.  95 

.  1 

Communicate 

.  90 

.  06 

Approach  and  land  aircraft 

.90 

.  1 

Perform  after  landing  tasks 

.  98 

.  02 

Compensate  for  inflight  equip,  fail 

.  90 

.  1 

Acquire  targets 

.  95 

.  1 

1  Attack  targets 

.  95 

.  1 

f  Defend  against  attack 

.  90 

.  1 

Total  of  weightings:  1.1 


Accuracy  Standard 


comp 1 et  ed  correct  1 y 
completed  w/o  abort 
within  100  meters 
within  100  meters 
id  destination  correctly 
receive  and  send  ok 
without  abort 
comp 1 et  ed  correct  1 y 
w/o  causing  mission  abort 


t 

i 
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3 ♦ 8  Step  8  -  Identify  Tasks  that  Compose  Each  Function 
and  Assign  Task  Times  and  Accuracies 


This  step  will  be  performed  for  each  function  in  the  system 
mission.  In  this  step,  the  tasks  for  each  function  will  be 
assigned  times  and  accuracies.  We  expect  that  the  task  times 
will  have  some  inherent  variation.  For  this  reason,  we  will 
apply  Monte  Carlo  simulation  at  the  function  level.  Each 
function  will  be  modeled,  task-by-task.  These  models  will  be 
created  automatically  using  Micro  SAINT  simulation  language,  and 
will  be  run  multiple  times.  The  user  will  be  presented  with  a 
frequency  distribution  of  the  function  time  and  accuracy 
measures . 

Input 


The  "Baseline  Time  and  Accuracy  Values  by  Function/Task" 
Library  and  the  "Functions  and  Tasks  by  System  Type"  Library  will 
be  used  to  limit  the  amount  of  information  that  the  user  must 
enter. 


Internal .  The  "Functions  and  Tasks  by  System  Type"  Library 
will  contain  listings  of  tasks,  referenced  by  function.  The  task 
taxonomy  is  included  in  Appendix  A  of  this  document.  If  the  user 
is  simulating  a  function  already  in  the  "Functions  and  Tasks  by 
System  Type"  Library,  a  listing  of  composite  tasks  and  their 
baseline  times  and  accuracies  will  be  presented  to  him/her. 

Process 


The  user  will  use  the  SPREA  to  identify  the  composite  tasks 
of  each  function  which  is  an  element  of  the  mission.  The  user 
will  also  use  the  SPREA  to  assign  a  performance  time  and  accuracy 
to  each  of  these  tasks. 

The  Task  Libraries  will  contain  baseline  estimates  of  task 
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performance  for  each  of  the  existing  tasks.  These  estimates  will 
include  the  most  likely  time  for  the  task,  the  amount  of 
variation  which  the  actual  time  might  deviate  from  the  most 
likely  time,  and  the  percentage  accuracy. 

These  task  performance  baselines  will  have  been  derived 
from  performance  data  on  existing  systems  and  will  be  associated 
with  specific  functions  and  conditions.  The  user,  using  the 
guidance  of  the  SPREA,  will  be  able  to  modify  these  baselines  to 
produce  a  set  of  values  that  meets  the  overall  function 
performance  requirements,  identified  in  Step  2  of  this  process. 

We  will  access  a  number  of  data  sources  to  obtain 
information  on  system  tasks  and  task  taxonomies  for  data  needed 
to  build  the  "Functions  and  Tasks  by  System  Type"  Library  and  the 
"Baseline  Time  and  Accuracy  Values  by  Function/Task"  Library. 
These  data  sources  include  a  MAA  analysis  effort,  MAAXTAX,  HCM, 
and  an  Army  ARTEPs-based  effort.  We  will  also  gather  task 
performance  criteria  data  from  the  National  Training  Center  (NTC) 
and  the  ARTEPs  efforts,  which  are  supported  by  the  proponent 
TRADOC  schools. 

If  the  user  does  not  know  what  the  performance  criteria 
should  be  and  is  not  sure  whether  the  baseline  performance 
criteria  are  correct,  he  or  she  will  be  able  to  instruct  the 
system  to  assign  this  value  by  entering  a  "?".  The  SPREA  will 
then  use  backsolving  to  assign  performance  criteria  to  that  task 
which  result  in  the  minimally  acceptable  system  performance. 

The  user  will  be  provided  with  a  method  of  altering  the 
baseline  task  performance  criteria  to  keep  the  library  data 
current.  This  method  will  be  entirely  separate  from  the  SPREA  to 
ensure  that  the  baselines  are  not  changed  frivolously. 

Micro  SAINT  will  be  used  to  execute  the  function  models. 
After  the  model  has  been  executed,  the  results  will  be  presented 
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to  the  user.  This  presentation  will  take  the  form  of  a  frequency 
distribution.  The  number  of  times  that  the  model  realized  the 
minimally  acceptable  functional  performance  which  was  identified 
in  Step  2  will  be  clearly  stated. 

If  the  task  performance  criteria  resulted  in  functional 
performance  that  failed  to  meet  the  minimally  acceptable 
criteria,  the  SPREA  will  aid  the  user  in  reassigning  task 
performance  times  and  accuracies  to  improve  the  modeled  function 
performance.  This  process  will  be  repeated  until  all  the 
functions  in  the  mission  have  been  modeled. 


Output 


The  output  from  this  step  will  consist  of  a  complete  task 
model  for  each  function  in  the  mission  that  is  being  analyzed. 
This  task  list  will  contain  the  task  performance  times  and 
accuracies  which  yielded  the  minimally  acceptable  function 
performance  (originally  an  input  from  combat  models) . 


User  Interface 

The  user  interfaces  employed  for  this  step  are  very  similar  to 
that  used  in  Step  4.  For  this  step,  the  screens  display,  one  at  a 
time,  the  functions  linked  to  the  mission  in  Step  4.  As  the 
functions  are  displayed,  the  constituent  tasks  are  listed  below, 
complete  with  SPREA-derived  task-level  estimates  of  time  and 
accuracy.  The  user  may  edit  the  time  and  accuracy  estimates 
preparatory  to  the  execution  of  the  Monte  Carlo  simulations.  Once 
the  user  is  satisfied  with  the  time  and  accuracy  values,  the 
system  executes  the  simulation  model  and  presents  the  results  on 
the  screen.  The  screen  display  indicates  the  frequency 
distribution  of  task  perfromance  times  and  accuracies  and  then 
aggregates  these  values  to  arrive  at  function-level  values.  The 
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screen  then  prompts  the  user  to  ensure  these  values  meet  minimum 
acceptable  criteria  before  proceding  to  the  next  function  to 
analyze. 
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Screen  8.1  -  Present  the  list  of  functions  that  are  included  in 
the  mission  which  the  user  selected. 

User  Action:  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  select  "Select”,  "Add",  "Delete",  "Copy", 
"Move",  or  "Libraries".  Select  the  option  by  pressing  the 
carriage  return. 

Input  Files:  None 

Output  Files;  None 

Algorithms :  None 

Following  Screen;  Screen  8.2  if  "Select".  Screen  8.4  if 
"Add".  Screen  8.5  if  "Delete".  Screen  8.7  if  "View  Library". 

If  the  user  presses  "escape"  then  Screen  8.1.  If  the  user 
presses  FI,  a  context-specific  help  file  will  be  displayed. 

After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  horizontal  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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MODE:  WORK 


STH:  SPREA) TASKS 
lect  Add  Delete 
Select  this  item 


Copy  Move  Libraries 


Plan  flight 
Check  load 

Calculate  weight  and  balance  bearing 
Prepare  performance  planning  card 
Enter  preflight  data 
Conduct  preflight  inspection 
Perform  engine  start,  run— up  and  check 
Prepare  vehicle/personnel  for  NBC  env. 

Perform  ground  taxi  (1015) 

Perform  hover  power  check  (1017) 

Per from  hovering  flight  (1017) 

Perform  takeoff 


Cruise  (non-tact i cal  flight) 


Screen  8.2  -  Select  a  function  from  the  list  that  is  presented 


User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  specific  function  of  choice.  The 
user  will  press  the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  8.3  unless  the  user  presses 

"escape".  If  the  user  presses  "escape"  then  Screen  8.1.  If  the 
user  presses  FI,  a  context-specific  help  file  will  be  displayed. 
After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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Screen  8.3  -  Present  the  task  performance  time  criteria  to  the 
user.  This  information  includes  the  minimum,  maximum  and  most 
likely  task  performance  time,  the  conditions  which  the  criteria 
were  estimated  under,  and  the  usage  levels  the  criteria  apply  to. 

User  Action:  The  input  on  this  screen  is  in  spreadsheet 
format.  The  user  can  move  around  the  spreadsheet  with  arrow 
keys.  When  the  user  reaches  a  cell  that  he/ she  wishes  to  make  an 
entry  in,  the  delete  keys,  as  well  as  the  other  keys  on  the 
keyboard,  can  be  used  to  enter  numeric  or  alpha  text.  The  Home 
key  will  place  the  cursor  in  the  upper  left-hand  cell  of  the 
spreadsheet.  The  End  key  will  place  cursor  at  the  end  of  the 
line  on  which  the  cursor  currently  is  placed.  The  Page  Down  and 
Page  Up  keys  will  move  the  display  downward  and  upward  25  rows, 
respectively.  The  Page  Down  and  Page  Up  keys  will  only  have  an 
effect  if  the  list  of  functions  (in  conjunction  with  the  rest  of 
the  information  on  the  screen)  is  longer  than  25  rows.  When  the 
user  presses  the  carriage  return,  the  system  will  consider  the 
editing  on  the  screen  complete.  The  user  can  also  move  to  the 
lower  menu  by  using  the  "switch"  command. 

When  the  user  moves  to  the  lower  menu,  he/she  will  have  the 
options  of  "Specify  the  impact  on  other  functions",  "Set  criteria 
for  next  task",  "Set  task  criteria  for  next  function"  or  "Return 
to  main  task  table". 

Input  Files:  The  Function,  Mission  and  the  System  Name 
will  be  used  to  index  into  the  "Functions  and  Tasks  by  System 
Type"  Library.  The  DBMS  Search  routines  will  be  used  to  locate 
the  tasks  which  are  included  in  the  function.  The  DBMS  Retrieval 
routines  will  be  used  to  retrieve  the  tasks  and  their  associated 
performance  time  criteria  from  the  Library. 

Output  Files;  When  the  user  completes  the  editting 
session,  the  tasks  and  their  editted  performance  time  criteria 
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will  be  written  to  temp.dat.  This  file  will  serve  as  the  user’s 
working  file. 

Algorithms ;  None 

Following  Screen:  If  the  user  chooses  "Specify  the  impact 
on  other  functions",  then  Screen  8.6.  If  "Set  criteria  for  next 
task",  then  Screen  8.3  will  be  loaded  with  the  next  task.  If  the 
user  chooses  "Set  task  criteria  for  next  function",  then  Screen 
8.3  will  be  loaded  with  the  first  task  of  the  next  function.  If 
he/she  selects  "Return  to  main  task  table",  then  Screen  8.1.  If 
the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements:  When  the  user  indicates  that  the 
editting  session  is  complete  (by  pressing  the  "escape") ,  error 
trapping  will  commence.  If  any  of  the  time  values  in  the 
spreadsheet  are  <  0,  then  the  user  will  receive  the  error  "The 
(minimum,  most  likely,  maximum)  performance  time  for  task 
XXXXXXXX  is  less  than  zero.  (Return  to  Continue)"  All  the 
errors  which  are  encountered  will  be  written  to  the  file 
error.dat.  .If  any  of  these  errors  are  encountered,  the  user 
will  be  returned  to  the  spreadsheet  to  make  corrections. 
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MODE!  WORK 


r|THi  SPREA) TASKS) CRITERIA 
Mitch 

switch  menus 


I 

K 


TASK  CRITERIA 


System  Name 
Mission  Name 
Comparable  Mission 
F  unct i on 
Task 


Apache  IV 

Destroy  Enemy  Armored  Vehicles 
Destroy  Enemy  Fixed  Emplacement' 
Plan  and  prepare  for  mission 
Plan  flight 


Task  Time  : 


minutes 


P Accuracy  Standard 

Level 

P (level ) 

P (redo) 

[  All  planning  complete 

0 

.  99 

0 

■  N/A 

1 

0 

0 

■  No  planning  complete 

e 

.  01 

1 

1.  Specify  impact  on  other  functions 
S.  Set  criteria  for  next  task 

3.  Set  task  criteria  for  next  function 

4.  Return  to  main  task  table 


Screen  8.4  -  Add  a  task  to  the  list  that  is  presented 


User  Action:  The  last  line  of  the  task  list  is  now  vacant 
and  the  cursor  is  positioned  at  the  left-hand  side  of  the  new 
row.  Use  the  keyboard  to  enter  the  new  task  name.  The  user  will 
press  the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen;  Screen  8.1.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements: 
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MODE:  WORK 


I 

*TH:  SPREA) TASKS 

lect  Add  Delete  Copy  Move  Libraries 
d  a  new  item  to  the  list 


TASK  IDENTIFICATION  AND  PERFORMANCE  CRITERIA 


System  Name:  Apache  IV 


F  unct  i  oris 


Plan  and  prepare  for  mission 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


Tasks 


Plan  flight 
Check  load 

Calculate  weight  and  balance  bearing 
Prepare  performance  planning  card 
Enter  preflight  data 
Conduct  preflight  inspection 
Perform  engine  start,  run— up  and  check 
Prepare  vehicle/personnel  for  NBC  env. 


Taxi  and  takeoff 


Perform  ground  taxi  (1015) 
Perform  hover  power  check  (1017) 
Perfrorn  hovering  flight  (1017) 
Perform  takeoff 


Fly  aircraft  to  destination 


Cruise  (non-tact i cal  flight) 
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Screen  8.5  -  Select  a  task  from  the  list  that  is  presented 
(Delete) 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  specific  task  of  choice.  The  user 
will  press  the  carriage  return  to  complete  the  entry.  After  the 
user  presses  the  carriage  return  the  selected  function  will 
disappear  from  the  list  and  control  will  return  to  Screen  8.1. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  8.1.  If  the  user  presses  FI,  a 

context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements: «  If  an  inappropriate  key  is  pressed 
(i.e.,  not  a  vertical  arrow,  carriage  return,  or  FI),  then 
"Please  use  the  arrow  keys  to  move  the  highlight  bar,  select  an 
option  by  pressing  the  return  key" 
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I 

MjTH:  SPREA) TASKS  MODE:  WORK 

Select  Add  Delete  Copy  Move  Libraries 
Delete  this  item 


TASK  IDENTIFICATION  AND  PERFORMANCE  CRITERIA 


System  Name:  Apache  IV 


Funct  ions 


Plan  and  prepare  for  mission 


Taxi  and  takeoff 


Fly  aircraft  to  destination 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


Tasks 


Plan  flight 
Check  load 

Calculate  weight  and  balance  bearing 
Prepare  performance  planning  card 
Enter  preflight  data 
Conduct  preflight  inspection 
Perform  engine  start,  run-up  and  check 
Prepare  veh icle/ personnel  for  NBC  env. 

Perform  ground  taxi  (1015) 

Perform  hover  power  check  (1017) 
Perfrom  hovering  flight  (1017) 

Perform  takeoff 

Cruise  (non-tact i cal  flight) 


I 
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Screen  8.6  -  Task  Accuracy.  The  SPREA  will  present  a  Task 
Accuracy  Table  to  the  user. 

User  Action:  The  input  on  this  screen  is  in  spreadsheet 
format.  The  user  can  move  around  the  spreadsheet  with  arrow 
keys.  When  the  user  reaches  a  cell  that  he/ she  wishes  to  make  an 
entry  in,  the  delete  keys,  as  well  as  the  other  keys  on  the 
keyboard,  can  be  used  to  enter  numeric  or  alpha  text.  The  Home 
key  will  place  the  cursor  in  the  upper  left-hand  cell  of  the 
spreadsheet.  The  End  key  will  place  cursor  at  the  end  of  the 
line  on  which  the  cursor  currently  is  placed.  The  Page  Down  and 
Page  Up  keys  will  move  the  display  downward  and  upward  25  rows, 
respectively.  The  Page  Down  and  Page  Up  keys  will  only  have  an 
effect  if  the  list  of  tasks  (in  conjunction  with  the  rest  of  the 
information  on  the  screen)  is  longer  than  25  rows.  When  the  user 
presses  the  carriage  return,  the  system  will  consider  the  editing 
on  the  screen  complete. 

Input  Files:  The  Mission,  Function,  and  the  System  Name 
will  be  used  to  index  into  the  "Functions  and  Tasks  by  System 
Type"  Library.  The  DBMS  Search  routines  will  be  used  to  locate 
the  tasks  which  are  included  in  the  function.  The  DBMS  Retrieval 
routines  will  be  used  to  retrieve  the  tasks  and  their  associated 
performance  accuracy  criteria  from  the  "Baseline  Time  and 
Accuracy  Values  by  Function/Task"  Library. 

Output  Files:  When  the  user  completes  the  editting  session, 
the  tasks  and  their  editted  performance  accuracy  criteria  will  be 
written  to  temp.dat.  This  file  will  serve  as  the  user's  working 
file. 


Algorithms :  The  leftmost  column  in  the  Task  Accuracy  Table 

lists  the  mission  tasks.  These  tasks  will  be  listed  in  roughly 
sequential  order.  The  second  column  lists  the  degree  of  failure 
for  each  task.  A  failure  degree  of  0  corresponds  to  complete 
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success  (i.e.,  complete  accuracy).  Likewise,  a  failure  degree  of 
1  corresponds  to  partial  success  (partial  accuracy) ,  and  a 
failure  degree  of  2  corresponds  to  total  task  failure.  The  third 
column  in  the  table  is  the  probability  of  redo.  This  is  the 
probability  that  a  task  will  repeat  itself,  given  a  specific 
degree  of  failure. 

As  an  example,  the  prob(redo)  for  the  "Detect  Threat 
Warnings"  Task  is  5%  for  a  failure  degree  of  1.  This  means  that 
if  the  simulation  leads  to  a  partial  failure  for  this  task,  then 
this  task  will  repeat  itself  with  a  probability  of  5%. 

The  degree  of  failure  on  any  given  task  will  affect  each  of 
the  MOEs  associated  with  the  parent  function  differently.  This 
is  accounted  for  in  the  table.  As  an  illustration,  let's  assume 
that  MOE  1  is  "Target  Acquisition  Time."  The  table  shows  that 
even  if  "Detect  Threat  Warnings"  fails  completely,  target 
acquisition  time  will  not  degrade^  On  the  other  hand,  if  "Take 
Countermeasures"  fails  completely,  target  acquisition  time  will 
be  degraded  by  35%. 

Following  Screen:  If  no  errors  are  trapped.  Screen  8.2.  If 
errors  are  detected.  Screen  8.6.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  When  the  user  indicates  that  the  editting 
session  is  complete  (by  pressing  the  "escape") ,  error  trapping 
will  commence.  If  the  accuracy  for  any  task  is  less  than  0  or 
greater  than  100,  then  the  user  will  receive  the  error  "The 
percentage  accuracy  for  task  XXXXXXXX  is  (less  than  zero,  greater 
than  100).  (Return  to  Continue)".  All  the  errors  which  are 
encountered  will  be  written  to  the  file  error.dat.  If  any  of 
these  errors  are  encountered,  the  user  will  be  returned  to  the 
spreadsheet  to  make  corrections. 
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TH:  SPREA) TASKS) CRITERIA 


MODE:  WORK 


TASK  CRITERIA 


System  Name 
Mission  Name 
Comparable  Mission 
Funct ion 
Task 


Apache  IV 

Destroy  Enemy  Armored  Vehicles 
Destroy  Enemy  Fixed  Emplacement < 
Plan  and  prepare  for  mission 
Check  load 


(Accuracy  Standard 

Level 

P < level ) 

P (redo) 

—  Check  complete 

0 

.95 

0 

■Check  incomplete  or  incorrect 

1 

.04 

.3 

F No  check  performed 

2 

.01 

.95 

1.  Specify  impact  on  other  functions 
£.  Set  criteria  for  next  task 

3.  Set  task  criteria  for  next  function 

4.  Return  to  main  task  table 


Screen  8.7  -  Ask  the  user  which  library  he/ she  wishes  to  examine. 


User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  "System  Type"  or  "Misssion  Area",  or  "All 
Tasks".  Select  the  option  by  pressing  the  carriage  return. 

Input  Files:  None 

Output  Files;  None 

Algorithms :  None 

Following  Screen:  Screen  8.8  if  "System  Type".  Screen  8.9 

if  "Mission  Area".  Screen  8.10  if  "All  Tasks".  If  the  user 
presses  "escape"  then  Screen  8.1.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  vertical  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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PjffH :  SPREA) TASKS 

sB.ect  Add  Delete  Copy  Move  Libraries 
flroess  libraries 


MODE:  WORK 


TASK  IDENTIFICATION  AND  PERFORMANCE  CRITERIA 


System  Name:  Apache  IV 


urict  i  ons 


^lan  arid  prepare  for  mission 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


Tasks 


Plan  flight 
Check  load 

Calculate  weight  and  balance  bearing 
Prepare  performance  planning  card 
Enter  preflight  data 
Conduct  preflight  inspection 
Perform  engine  start,  run-up  and  check 
Prepare  vehicle/personnel  for  NBC  env. 


Taxi  and  takeoff 


ly  aircraft  to  destination 


Perform  ground  taxi  (1015) 
Perform  hover  power  check  (1017) 
Perfrom  hovering  flight  (1017) 
Perform  takeoff 

Cruise  (non-tact ical  flight) 


PATH:  SPREA) TASKS) LIBRARIES 


MODE:  WORK 


TASK  IDENTIFICATION  AND  PERFORMANCE  CRITERIA 


e:  Destroy  Enemy  Armored  Vehicles 


LIBRARIES 


Access  libraries  containing  tasks 
associated  with  the  same: 

1.  System  type 
S.  Mission  area 
3.  All  tasks 


Taxi  and  takeoff 


ly  aircraft  to  destination 


light 

load 

ate  weight  and  balance  bearing 
e  performance  planning  card 
preflight  data 

- 't  preflight  inspection 

Perform  engine  start,  run-up  and  check 
Prepare  veh icle/ personnel  for  NBC  env. 

Perform  ground  taxi  (1015) 

Perform  hover  power  check  (1017) 
Perfrom  hovering  flight  (1017) 

Perform  takeoff 

Cruise  (non-tact ical  flight) 
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Screen  8.8  -  Present  a  list  of  tasks  that  exist  in  the  libraries 
under  the  same  system  type,  (if  any). 

User  Action:  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  select  "Select”.  Select  the  option  by  pressing 
the  carriage  return. 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  "Functions  and  Tasks  by  System  Type"  Library  and 
retrieve  all  the  tasks  entered  under  the  system  type  entered  in 
Screen  1.11.  The  task  performance  time  and  accuracy  will  also  be 
retrieved  from  the  "Functions  and  Tasks  by  System  Type"  Library. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  8.11  if  "Select".  If  the  user 

presses  "escape"  then  Screen  8.1  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  horizontal  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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MTH :  SPREA)  TASKS) LIBRARIES)  SYSTYP 
Mlect 

Select  this  task 


MODE:  WORK 


Screen  8.9  -  Present  a  list  of  tasks  that  exist  in  the  libraries 
under  the  same  mission  area,  (if  any) . 

User  Action:  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  select  "Select"  or  "Switch".  Select  the  option 
by  pressing  the  carriage  return.  (The  switch  option  allows  the 
user  to  change  the  system  type) . 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  task  library  and  retrieve  all  the  tasks  entered  under 
the  mission  area  entered.  The  task  performance  time  and  accuracy 
will  also  be  retrieved  from  the  "Functions  and  Tasks  by  System 
Type"  Library. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  8.11  if  "Select".  Screen  8.9.1 

if  "Switch".  If  the  user  presses  "escape"  then  Screen  8.1.  If 
the  user  presses  Flf  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  horizontal  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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iTH:  SPREA)  TASKS)  LIBRARIES)  MISSION  AREA 
lect  Switch 
lect  this  task 


MODE:  WORK 


TASK  LIBRARY  FOR  MISSION  AREA:  Aviation 


SYSTEM  TYPE  :  Attack  helicopter 


Plan  flight 
Check  load 

Calculate  weight  and  balance  bearing 
Prepare  performance  planning  card 
Enter  preflight  data 
Conduct  preflight  inspection 
Perform  engine  start,  run— up  and  check 
Prepare  vehicle/personnel  for  NBC  env. 

Perform  ground  taxi  (1015) 

Perform  hover  power  check  (1017) 
Perfrom  hovering  flight  (1017) 

Perform  takeoff 

Cruise  (non- tact i cal  flight) 


MODE:  WORK 


PATH :  SPREA) TASKS) LIBRARIES) MISSION  PREP 
SM.ect  Switch 
Switch  menus 


TASK  LIBRARY  FOR  MISSION  AREA:  Aviation 


SYSTEM  TYPE  :  Attack  helicopter 


unct i ons 


^?lan  and  prepare 


for  rn  i  ss  i  on 


Tasks 


Plan  flight 
Check  load 

Calculate  weight  and  balance  bearing 
Prepare  performance  planning  card 
Enter  preflight  data 
Conduct  preflight  inspection 
Perform  engine  start,  run-up  and  check 
Prepare  vehicle/personnel  for  NBC  env. 


Taxi  and  takeoff 


Perform  ground  taxi  (1015) 
Perform  hover  power  check  (1017) 
Perfrom  hovering  flight  (1017) 
Perform  takeoff 


*iy 


aircraft 


t o  dest i nat i on 


Cruise  (non-tact ical  flight) 


Screen  8.9.1  -  Prompt  the  user  to  determine  the  system  type 
(within  the  same  mission  area)  for  which  the  user  wishes  to  view 
the  library. 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  a  system  type. 

Input  Files:  The  DBMS  retrieval  routines  will  be  used  to 
access  the  "Functions  and  Tasks  by  System  Type"  Library  and 
retrieve  all  the  tasks  entered  under  the  system  type  entered. 

The  task  performance  time  and  accuracy  will  also  be  retrieved 
from  the  "Functions  and  Tasks  by  System  Type"  Library. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  8.8.  If  the  user  presses 

"escape"  then  Screen  8.1.  If  the  user  presses  FI;  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  vertical  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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PfljTH :  SPREA) TASKS) LIBRARIES) MISSION  AREA 

Select  Switch 

Select  this  system  type 


n 


TASK  LIBRARY  FOR  MISSION  AREA:  Aviation 


Attack  helicopter 


'unctions 


'lan  and  prepare  for  mission 


1.  attack  helicopters 

2.  cargo  helicopter 

3.  utility  helicopter 

4.  scout  helicopter 

5.  fixed  wing 


MODE:  WORK 


lance  bearing 
nning  card 


Enter  preflight  data 
Conduct  preflight  inspection 
Perform  engine  start,  run-up  and  check 
Prepare  vehicle/personnel  for  NBC  env. 


Taxi  and  takeoff 


Perform  ground  taxi  <1015) 
Perform  hover  power  check  <1017) 
Perfrom  hovering  flight  <1017) 
Perform  takeoff 


ly  aircraft  to  destination 


Cruise  <non-tact ical  flight) 


Screen  8.10  -  Present  the  list  of  tasks  that  exist  in  the 
"Functions  and  Tasks  by  System  Type"  Library. 

User  Action:  Use  the  horizontal  arrow  keys  to  move  the 
highlight  bar  to  select  "Select"  or  "Switch".  Select  the  option 
by  pressing  the  carriage  return. 

Input  Files;  The  DBMS  retrieval  routines  will  be  used  to 
access  the  task  library  and  retrieve  all  the  tasks  entered.  The 
task  performance  time  and  accuracy  will  also  be  retrieved  from 
the  "Functions  and  Tasks  by  System  Type"  Library. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Screen  8.11  if  "Select".  If  the  user 

presses  "escape"  or  chooses  "Quit"  then  Screen  8.1.  If  the  user 
presses  FI,  a  context-specific  help  file  will  be  displayed. 

After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  horizontal  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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MODE:  WORK 


*TH:  SPREA) TASKS) LIBRARIES) ALL  TASKS 
j?lect  Switch 
sleet  this 


LIBRARY  FOR  ALL  TASKS 


Mission  Area:  Aviation 


System  Type:  Attack  helicopter 


F  unct i ons 


Tasks 


(Plan  and  prepare  for  mission 


Taxi  and  takeoff 


Fly  aircraft  to  destination 


Plan  flight 
Check  load 

Calculate  weight  and  balance  bearing 
Prepare  performance  planning  card 
Enter  preflight  data 
Conduct  preflight  inspection 
Perform  engine  start,  run-up  and  check 
Prepare  vehicle/personnel  for  NBC  env. 

Perform  ground  taxi  (1015) 

Perform  hover  power  check  (1017) 
Perfrom  hovering  flight  (1017) 

Perform  takeoff 

Cruise  (non-tact i cal  flight) 
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Screen  8.11  -  Select  task  from  the  list  that  is  presented 


User  Action;  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  specific  task  of  choice.  The  user 
will  press  the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  Predecessor  screen  unless  the  user 

presses  "escape".  If  the  user  presses  "escape"  then  Screen  8.1. 
If  the  user  presses  FI,  a  context-specific  help  file  will  be 
displayed.  After  the  help  file  is  displayed,  the  user  will  press 
the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  vertical  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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2.9  Step  9  -  Identify  Task  Sequence 


In  order  to  build  a  mission  network  model  from  the  Function 
and  Task  Libraries,  it  is  necessary  to  provide  links  between  the 
tasks.  These  links  will  be  referred  to  as  the  "Task  Sequence  by 
Function"  Library.  The  "Task  Sequence  by  Function"  Library  is 
independent  of  the  "Functions  and  Tasks  by  System  Type"  Library. 
This  enables  the  analyst  to  select  tasks  for  a  particular 
function  from  the  "Functions  and  Tasks  by  System  Type"  Library 
before  dealing  with  the  sequencing  of  the  tasks. 


Input 

The  primary  input  will  be  the  "Task  Sequence  by  Function" 
Library.  This  library  will  contain  the  task  sequences  of  all  the 
functions  which  are  included  in  the  "Functions  by  Mission" 
Library.  The  analyst  can  use  one  of  the  available  sequences,  or 
he/she  can  modify  an  available  sequence  to  reflect  the  unique 
features  of  the  system. 

External ♦  The  analyst  may  want  to  modify  the  task  sequences 
in  the  "Task  Sequence  by  Function"  Library.  In  fact,  this 
modification  will  be  required  to  do  so  if  any  new  tasks  were 
added  to  the  function.  Data  sources  that  will  be  available  to 
assist  the  analyst  in  making  these  modifications  are  discussed  in 
Section  5. 

Internal .  The  internal  input  source  consists  of  the 
existing  "Task  Sequence  by  Function"  Library  data  that  have  been 
incorporated  into  the  SPREA  and  will  be  available  to  the  analyst. 
The  initial  data  set  that  will  be  used  to  build  this  library  will 
come  from  task  analysis  data  of  existing  systems. 
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Process 


Task  sequence  data  will  be  provided  for  the  functions  which 
have  been  previously  incorporated  into  the  SPREA.  As  with  the 
library  data  discussed  in  the  preceding  steps,  these  sequence 
data  can  be  modified  or  the  analyst  can  define  a  new  task 
sequence  from  scratch. 

The  "Task  Sequence  by  Function"  Library  will  be  very  simple. 
Each  task  will  have  a  number  and  the  analyst  will  be  asked  to 
identify  the  first  task  of  the  function  and  the  successor (s)  for 
each  task. 

The  software  will  ensure  that  the  analyst  has  specified 
links  for  each  task  he  or  she  wants  to  include.  The  software 
will  also  ensure  that  there  are  no  dead-ends,  illogical  paths 
through  the  tasks,  or  tasks  without  paths  that  lead  to  them. 

The  "Task  Sequence  by  Function"  Library  supplies  an  easy 
method  for  the  analyst  to  experiment  with  different  task 
sequences.  Since  the  sequence  is  independent  of  the  task 
performance  criteria,  it  will  be  possible  for  the  analyst  to  see 
whether  different  task  sequences  will  alter  the  system 
performance. 


Output 

The  output  from  this  step  will  consist  of  a  complete  task 
sequence  for  the  function  that  is  being  analyzed.  This  task 
sequence  will  contain  the  branching  directions  between  the  tasks 
within  the  function. 
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User  Interface 


The  user  interface  for  the  "Task  Sequence  by  Function" 
Library  will  have  a  spreadsheet  format.  The  data  in  this  library 
will  be  filed  by  System  Type  and  Function,  so  if  the  analyst  has 
specified  a  function  which  already  has  a  task  sequence  filed  in 
the  library,  that  sequence  will  be  presented  to  the  analyst 
automatically.  The  analyst  will  also  be  able  to  view  the  other 
library  entries. 
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Step  9:  Identify  Task  Sequence 


Screen  9.1  -  Task  Sequence.  The  user  will  be  presented  with  the 
task  sequence  table.  He/she  will  also  be  able  to  view  the  task 
network  diagram. 

User  Action:  The  input  on  this  screen  will  be  in 
spreadsheet  format.  The  user  will  move  around  the  spreadsheet 
with  arrow  keys.  When  the  user  reaches  a  cell  that  he/ she  wishes 
to  make  an  entry  in,  the  delete  keys,  as  well  as  the  other  keys 
on  the  keyboard,  can  be  used  to  enter  numeric  or  alpha  text.  The 
Home  key  will  place  the  cursor  in  the  upper  left-hand  cell  of  the 
spreadsheet.  The  End  key  will  place  cursor  at  the  end  of  the 
line  on  which  the  cursor  currently  is  placed.  The  Page  Down  and 
Page  Up  keys  will  move  the  display  downward  and  upward  25  rows, 
respectively.  The  Page  Down  and  Page  Up  keys  will  only  have  an 
effect  if  the  list  of  tasks  (in  conjunction  with  the  rest  of  the 
information  on  the  screen)  is  longer  than  25  rows.  When  the  user 
presses  the  carriage  return,  the  system  will  consider  the  editing 
on  the  screen  complete. 

Input  Files:  The  Function  and  the  System  Type  will  be  used 
to  index  into  the  "Task  Sequence  by  Function"  Library.  The  DBMS 
Search  routines  will  be  used  to  locate  the  function  which  is 
being  analyzed.  The  DBMS  Retrieval  routines  will  be  used  to 
retrieve  the  task  sequence  from  the  "Task  Sequence  by  Function" 
Library. 

Output  Files:  When  the  user  completes  the  editting  session, 
the  tasks  and  their  sequence  will  be  written  to  temp.dat.  This 
file  will  serve  as  the  user's  working  file. 

Algorithms :  The  SPREA  will  use  the  Micro  SAINT  routing 

algorithm  to  draw  the  task  network  diagram  from  the  task 
sequence.  The  "loop"  column  on  the  sequence  table  is  used  to 
identify  any  looping  constructs  in  the  sequence  of  the  function. 
The  probability  column  of  the  task  sequence  table  indicates 
whether  the  following  task  is  a  probabilistic  decision  or  a 
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multiple  decision.  Any  following  task  which  has  a  probability 
value  of  "1”  will  always  be  a  following  task  for  the  task.  Any 
following  task  which  has  a  probability  value  less  than  one  will 
only  be  a  following  task  for  the  indicated  percentage  of  times. 

In  this  case,  the  following  task  will  be  determined  be  determined 
using  the  random  number  generator. 

Following  Screen:  If  no  errors  are  trapped.  Screen  10.0  If 
errors  are  detected.  Screen  9.1.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements;  When  the  user  indicates  that  the  editting 
session  is  complete  (by  pressing  the  "escape") ,  error  trapping 
will  commence.  If  any  of  the  following  tasks  do  not  exist  in  the 
function,  then  the  user  will  receive  the  error  "Task  XXXXXXXX, 
listed  as  the  following  task  for  Task  YYYYYYYY,  does  not  exist. 
(Return  to  Continue) "  If  the  user  has  not  specified  a  beginning 
task  for  the  function,  then  the  user  will  receive  the  error  "A 
beginning  task  has  not  been  specified.  (Return  to  Continue)", 
if  the  user  has  specified  multiple  following  tasks  for  a  task 
with  a  'single  choice'  decision  type,  then  the  user  will  receive 
the  error  "Multiple  following  tasks  have  been  listed  for  a  single 
choice  decision  for  Task  XXXXXXXX.  (Return  to  Continue)".  If  a 
single  following  task  has  been  listed  for  a  task  having  either  a 
'multiple'  or  'probabilistic'  decision  type,  then  the  user  will 
receive  the  error  "A  single  following  task  has  been  listed  for  a 
(multiple,  probabilistic)  decision  for  Task  XXXXXXXX.  (Return  to 
Continue)".  If  the  probabilities  for  a  set  of  probabilistic 
following  tasks  does  not  add  to  1.0,  then  the  user  will  receive 
the  error  "The  probabilities  for  Task  XXXXXXXX  do  not  sum  to  1.0. 
(Return  to  Continue) " .  All  the  errors  which  are  encountered  will 
be  written  to  the  file  error.dat.  If  any  of  these  errors  are 
encountered,  the  user  will  be  returned  to  the  spreadsheet  to  make 
corrections . 
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MTH:  SPREA)  TASK  SEQUENCE 

Md  Delete  View 

ftad  a  new  following  task 


MODE:  WORK 


TASK  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 

Function  :  Attack  target 


Tasks  <*  -  tasks  for  comparable  mission  only) 

Following  Tasks 


Loop 


h 

II 

M 

I 


Maneuver  for  attack 

Select  target (s) 
Select  weapon 
Select  target (s) 

Aim/sight  weapon 
Select  weapon 

Aim/sight  weapon 
Aim/sight  weapon 

Track  target 
Track  target 

Fire  weapon 
Airn/sight  weapon 
Fire  weapon 


Prob 
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MODE:  WORK 


H:  SF'REA)  TASK  SEQUENCE 
Delete  View 
a  new  following  task 


y st  ern  Name 
unct i on 


TASK  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


:  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 

:  Attack  target 


asks 


Following 


(*  -  tasks  for  comparabl 
Tasks 


AVAILABLE  FOLLOWING  TASKS 


aneuver  for  attack 

Select  target  <s) 
Select  weapon 
elect  target (s> 

A i m/sight  weapon 
elect  weapon 

A i m/sight  weapon 
Airn/sight  weapon 
|  Track  target 

■rack  target 

Fire  weapon 
Airn/sight  weapon 
■ire  weapon 


Maneuver  for  attack 
Select  targets 
Select  weapon 
Airn/sight  weapon 
Track  target 
Fire  weapon 
Adjust  fire 

Egress  from  attack  position 
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PtfH:  SPREA) TASK  SEQUENCE 
a£  Delete  View 

Delete  a  current  following  task 


MODE:  WORK 


TASK  SEQUENCE  FOR  MISSION  s  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace, 

unction  :  Attack  target 


Tasks  (*  -  tasks  for  comparable  mission  only) 

Following  Tasks 


Loop 


Prob 


maneuver  for  attack 
^  Select  target (s) 

I  Select  weapon 

Select  target  <s) 

Aim/sight  weapon 

f  elect  weapon 

Aim/sight  weapon 
Aim/sight  weapon 
|  Track  target 

["rack  target 

Fire  weapon 

_  Aim/sight  weapon 

Fire  weapon 
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MODE:  WORK 


PATH:  SPREA>TASK  SEQUENCE 

pfld  Delete  View 

'Onrew  the  task  network  diagram 


TASK  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace, 

unction  :  Attack  target 


I  I 

H 


Tasks  <*  -  tasks  for  comparable  mission  only) 

Following  Tasks 


Loop  Prob 


aneuver  for  attack 

Select  target (s) 
Select  weapon 
Select  target  <s) 

Airn/sight  weapon 
Select  weapon 

Airn/sight  weapon 
Airn/sight  weapon 
,  Track  target 

Track  target 

Fire  weapon 
Airn/sight  weapon 
Fire  weapon 


THE  NETWORK  DIAGRAM  WILL  BE  DISPLAYED  HERE 
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TASK  SEQUENCE  FOR  MISSION  s  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 

Function  :  Attack  target 


Tasks  <*  -  tasks  for  comparable  mission  only) 

Following  Tasks 


Maneuver  for  attack 

Select  target  <s) 

Select  weapon 
Select  target (s) 

Aim/sight  weapon 

Select  Wi - - — — — — - — — 


A i m/si gh 


Track  ta 


Fire  wea  1 


ERROR  :  Tasks  from  the  comparable  mission  still 
exist  as  following  tasks  in  the  task 
sequence  list 


Loop  Prob 


MODE:  WORK 


I 

FJTH:  SPREA)  TASK  SEQUENCE 


TASK  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace. 

iFunction  :  Attack  target 


1 

I 


Tasks  <*  -  tasks  for  comparable  mission  only) 

Following  Tasks 


Maneuver  for  attack 

Select  target (s) 
Select  weapon 
Select  target (s) 

A i m/sight  weapon 
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H:  SPREA) TASK  SEQUENCE 


MODE:  WORK 


TASK  SEQUENCE  FOR  MISSION  :  Destroy  Enemy  Armored  Vehicles 


System  Name  :  Apache  IV  Comparable  Mission  :  Destroy  Enemy  Fix.  Emplace, 

unction  :  Attack  target 


tasks  <*  -  tasks  for  comparable  mission  only) 

Following  Tasks 


Loop  Prob 


Maneuver  for  attack 
m  Select  target (s) 

■  Select  weapon 

Select  target (s) 

Aim/sight  weapon 
■e  1  ect  w  i - 


A i m/si gh 


f rack  ta 


ERROR  :  The  highlighted  following  tasks  have  loops 
which  do  not  have  cycle  counts  specified 


1 re  wea 


3.10  Step  10  -  Simulate  Mission 


In  this  step,  the  simulation  will  be  executed  multiple 
times. 

Input 


internal.  The  predicted  system  performance  from  the 
function  models,  which  were  a  result  of  the  task  performance 
criteria  will  be  automatically  input  to  this  step  from  Step  3. 


Process 

After  the  function  simulation  runs  have  been  completed,  the 
SPREA  will  compile  a  table  of  functions  which  are  included  in  the 
mission,  as  well  as  their  individual  times  and  accuracies. 

Output 

The  output  of  this  step  will  include  values  for  the  mission 
time  and  accuracy .  The  frequency  table  which  these  values  are 
based  on  will  also  be  an  output  of  this  step. 

User  Interface 

The  user  interface  screens  for  this  step  present  the  mission 
and  its  constituent  tasks  in  a  tabular  format.  Displayed  next  to 
each  function,  are  values  for  function  time,  and  accuracy. 
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Screen  10.1  -  Execute  the  simulation  model  of  the  mission. 

User  Action:  The  user  will  be  asked  whether  he/she  is  ready 
for  the  mission  to  execute.  The  user  will  be  provided  with  an 
estimate  (based  upon  the  number  of  tasks  in  the  mission  model)  of 
the  execution  time.  The  user  will  respond  using  the  keyboard. 

The  user  will  also  enter  the  number  of  times  he/she  wishes  to 
execute  the  model. 

Input  Files:  If  the  user  is  ready  to  begin  the  simulation 
(i.e.,  chooses  the  first  menu  item),  then  the  SPREA  will  compile 
the  working  file  into  an  executable  Micro  SAINT-based  simulation 
model.  A  detailed  discussion  of  the  simulation  model  itself  is 
included  in  Section  6  of  this  design  document. 

Output  Files;  The  results  of  this  step  consist  of 
simulation  model  results.  These  will  include  predicted  function 
performance  times,  predicted  function  performance  accuracies, 
predicted  mission  performance  time,  predicted  mission  performance 
accuracy,  reliability,  availability  and  maintainability 
estimates.  All  of  these  outputs  will  be  passed  into  Step  11,  so 
that  a  complete  output  report  can  be  compiled  and  presented.  The 
results  will  also  include  a  complete  listing  of  the  conditions 
(environmental,  terrain,  threat/ target,  and  friendly  forces). 

Algorithms :  The  algorithms  which  pertain  to  this  screen  are 

discussed  extensively  in  Section  6  of  this  design  specification. 
This  discussion  includes  a  detailed  explanation  of  the  manner  in 
which  the  working  file  will  be  used  to  compile  an  executable 
Micro  SAINT  simulation  model  of  the  system  mission.  Please  refer 
to  Section  6  for  this  information. 

Following  Screen:  Screen  10.2  if  the  user  indicates  that 
he/she  is  ready  to  execute  the  model.  Screen  2.0  if  the  user 
wants  to  change  the  conditions.  Screen  3.0  if  the  user  wants  to 
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change  the  mission  performance  criteria.  Screen  4.0  if  the  user 
wants  to  change  the  RAM  criteria.  Screen  5.0  if  the  user  wants 
to  reassign  the  function  criteria.  Screen  6.0  if  the  user  wishes 
to  change  the  function  sequence.  Screen  7.0  if  the  user  wishes 
to  change  the  function  weights.  Screen  8.0  if  the  user  wants  to 
change  the  task  criteria  and  Screen  9.0  if  the  user  wants  to 
change  the  task  sequence.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements: 
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fjH:  SPREA> SIMULATE 


MODE:  WORK 


r 


t 

# - 

i 

i 

i  ___ 


MISSION  SIMULATION 

Mission  Area 
System  Type 
System  Name 
Mission  Name 
Comparable  Mission 

1.  Begin  simulation 
£.  Change  conditions 

3.  Change  mission  criteria 

4.  Change  RAM  criteria 

5.  Change  function  criteria 

6.  Change  function  sequence 

7.  Change  function  weights 
0.  Change  task  criteria 

9.  Change  task  sequence 

time  for  simulation  of  this  mission  is  :  0  hrs  £5  min 


Aviat ion 

Attack  helicopter 
Apache  IV 

Destroy  Enemy  Armored  Vehicles 
Destroy  Enemy  Fixed  Emplacements 


Screen  10.2  -  Execute  the  simulation.  This  step  will  be  fully 
automated  and  will  not  require  any  user  input. 

User  Action:  None 

Input  Files;  The  working  files  which  have  been  built 
throughout  the  SPREA  process  will  feed  the  algorithms  which  build 
executable  Micro  SAINT  models  from  the  functions  and  tasks  which 
have  been  described. 

Output  Files:  After  the  simulation  has  completed,  the 
results  will  be  written  to  the  mission  results  file.  These  files 
will  be  accessed  when  the  user  wishes  to  output  the  SPREA  Final 
Reports . 

Algorithms :  The  algorithms  which  are  used  to  build  an 
executable  Micro  SAINT  model  from  the  working  files  which  contain 
the  detailed  mission  description  are  discussed  in  detail  in 
Section  6.0  of  this  design  specification. 

Following  Screen;  When  the  simulation  execution  completes, 
the  following  screen  will  be  Screen  11.1.  if  the  user  presses 
"escape"  then  Screen  10.1.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 


Error  Statements:  None 


MODE:  WAIT 


SPREA)  SIMULATE  MODE:  WAIT 

MISSION  SIMULATION 

Mission  Area  :  Aviation 

i  System  Type  :  Attack  helicopter 

System  Name  :  Apache  IV 

Mission  Name  :  Destroy  Enemy  Armored  Vehicles 

Comparable  Mission  :  Destroy  Enemy  Fixed  Emplacements 

1.  Begin  simulation 
£.  Change  conditions 

3.  Change  mission  criteria 

4.  Change  RAM  criteria 

5.  Change  function  criteria 

6.  Change  function  sequence 

7.  Change  function  weights 
a.  Change  task  criteria 

9.  Change  task  sequence 

The  estimated  time  for  simulation  of  this  mission  is  :  0  hrs  £5  min 

Current  elapsed  time  :  0  hrs  0  min 

L 

I 

I 

I 

1 
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3.11  Step  11  -  Generate  Report 


The  most  important  output  of  this  product  is  the  SPREA 
Report  which  is  generated  after  the  simulation  model  has  executed 
successfully. 

Input 


External .  None. 

Internal.  The  data  that  has  been  input  by  the  user  in  the 
previous  steps  of  this  process  and  the  data  that  is  calculated 
during  the  mission  simulation  are  inputs  into  the  SPREA  Report. 

Process 


Everything  in  the  SPREA  Report  will  be  generated 
automatically,  the  user  will  simply  have  to  request  the  printout. 
The  user  will  have  the  opportunity  to  request  different  portions 
of  the  report.  These  portions  can  be  selected  such  that  they 
offer  as  much  or  as  little  detail  as  the  user  desires. 

Output 

The  output  of  this  step  will  be  the  SPREA  Report  that 
contains : 

o  an  explicit  statement  of  the  mission  that  was  modeled 
and  its  composite  functions  and  tasks 

o  the  conditions  that  apply  to  each  function 

o  the  required  and  estimated  system  performance 
parameters,  which  include: 
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mission  execution  time  (optional) 

-  mission  accuracy  (optional) 

-  system  reliability  estimates 

-  the  operational  availability  requirement 

-  system  maintainability  estimates 
system  performance  measures  by  function 

The  mission  which  was  modeled,  as  well  as  its  composite 
functions  and  tasks,  will  be  fully  documented  in  the  SPREA 
Report.  This  documentation  will  also  include  a  spreadsheet 
listing  of  the  tasks  with  their  performance  criteria.  These 
performance  criteria  are: 

o  most  likely  task  performance  time 

o  task  accuracy 

Finally,  the  documentation  will  supply  a  network  drawing 
which  indicates  the  predecessor/successor  relationships  between 
the  tasks  in  each  function. 

User  Interface 


This  user  interface  will  be  extremely  simple.  The  user  will 
be  able  to  select  portions  of  the  system  performance  requirements 
estimations  for  printing,  or  he  will  be  able  to  specify  a 
complete  system  performance  requirements  report.  The  separate 
reports  are  discussed  in  detail  in  Section  7.3  of  this  document. 
They  are  also  discussed  in  the  remaining  pages  of  this  section. 
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Step  11:  Generate  Reports 


Screen  11.1  -  Generate  Report.  The  most  important  outputs  of 
this  product  are  the  SPREA  Reports  which  are  generated  after  the 
simulation  model  has  executed.  In  this  step,  the  user  will 
specify  which  reports  he/she  wishes  to  see. 

User  Action:  The  user  will  use  the  vertical  arrow  keys  to 
identify  the  report  sections  that  he/ she  wishes  to  see. 

Input  Files:  The  input  to  this  step  consists  of  the  results 
from  the  simulation  execution,  coupled  with  the  data  in  the 
working  file  which  includes  a  detailed  description  of  all  aspects 
of  the  mission. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  All  of  the  reports  which  can  be  selected 
using  this  screen  are  included  on  the  following  pages,  with  the 
exception  of  the  detailed  condition  listings.  The  condition 
listings  have  been  excluded  because  they  are  identical  to  the 
information  from  Step  2  and  are  too  voluminous  to  be  repeated 
here.  If  the  user  presses  FI,  a  context-specific  help  file  will 
be  displayed.  After  the  help  file  is  displayed,  the  user  will 
press  the  carriage  return  to  return  to  this  menu. 

Error  Statements: 


Report  1  -  This  is  the  system  description  report.  It  is  a  very 
short  report  that  simply  lists  the  system  name,  mission  area, 
system  type,  mission  name,  and  condition  set. 

Report  2  -  This  is  the  top-level  mission  description  report.  It 
includes  a  listing  of  the  functions  and  tasks  (listed  by  name  in 
roughly  sequential  order) . 
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Report  3  -  Performance  reports.  The  predicted  mission 
performance  time  and  accuracy  are  included  in  this  report.  The 
report  also  lists  the  minimally  acceptable  mission  performance. 
Also  includes  the  detailed  function  performance  time  and  accuracy 
predictions  and  lists  the  task  performance  predictions,  function 
by  function.  The  report  also  includes  the  entire  accuracy  table 
for  each  task  in  each  function. 

Report  4  -  System  RAM.  This  includes  the  system  reliability 
requirement  report.  In  this  report  the  system  level  reliability 
estimates  for  each  of  the  three  equipment  groups  are  reported. 
These  reliability  estimates  consist  of  three  parts.  The  first 
part  consists  of  the  usage  level  for  the  equipment  group.  The 
second  part  consists  of  the  confidence  level  for  the  usage  level 
(i.e.,  the  user  wants  to  be  able  to  fire  411  rounds  per  day 
without  failure,  95%  of  the  time) .  Finally,  the  reliability 
report  includes  the  calculated  MXBF  for  each  of  the  three 
equipment  groups. 

It  also  includes  the  availability  requirements  report.  This 
report  will  list  the  system  name  and  the  operational  availability 
estimate  for  the  system. 

Finally,,  it  includes  the  maintainability  requirements  report.  In 
this  report,  the  system  level  maintainability  requirements  will 
be  listed,  by  the  three  maintenance  levels  (ORG,  DS,  and  GS) . 

The  maintainability  will  be  listed  in  MTTR  and  MR  (Maintenance 
manhours  per  operation  hour) .  The  system  maintainability 
requirement  is  allocated  across  the  generic  equipment  of  the 
system.  The  ORG,  DS,  and  GS  divisions  are  retained.  This  report 
also  includes  the  maintainability  requirements  of  the  system, 
allocated  to  the  maintainability  tasks,  by  equipment  type. 

Report  5  -  The  function  sequence  report  gives  graphical  and 
tabular  information  which  identifies  the  sequence  of  functions 
within  the  mission. 
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Report  6  -  The  task  sequence  report  gives  graphical  and  tabular 
information  which  identifies  the  sequence  of  tasks  within  each 
function,  for  each  function  included  in  the  mission. 

Report  7  -  Identifies  and  describes  the  mission  condition  set. 
This  is  the  condition  set  that  the  user  specified  for  the  entire 
mission.  The  conditions  in  this  set  will  be  listed  in  two 
categories.  Basic,  and  Additional.  Within  these  two  categories, 
the  conditions  are  further  divided  into  four  types: 

Environmental,  terrain,  threat/target,  and  friendly  force. 

Report  8  -  If  the  user  indicated  that  the  conditions  could  vary 
from  function  to  function,  then  this  report  will  be  offered. 

This  report  will  list  the  condition  set  which  applies  to  each 
function,  one-by-one. 
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ATH:  SPREA> REPORTS 

pew  Print 

iew  this  report 


MODE:  WORK 


SPREA  REPORTS 


The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 
£.  Mission  description 

3.  Performance  reports 

4.  System  RAM 

5.  Function  sequence 

6.  Task  sequence 

7.  Mission  conditions 

8 .  F unct i on  cond i t i ons 
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Report  1  -  This  is  the  system  description  report.  It  is  a  very 
short  report  that  simply  lists: 


system  name 
mission  area 
system  type 
mission  name 
condition  set 
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I 

ifiTH:  SPREA> REPORTS) SYSTEM  DESCRIPTION 


MODE:  WORK 


SYSTEM 

DESCRIPTION 

System  Name 

:  Apache  IV 

System  Type 

:  Attack  helicopter 

Mission  Area 

:  Av i at i on 

Mission  Name 

:  Destroy  Enemy  Arm.  Veh. 

Cond i t i on  Set 

:  Typical  case 
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Report  2  -  This  is  the  top-level  mission  description  report.  It 
includes  a  listing  of  the  functions  and  tasks  (listed  by  name  in 
roughly  sequential  order) . 

mission  description 
system  name 
mission  name 
functions 
tasks 
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MODE:  WORK 


PATH:  SPREA>  REPORTS) MISSION  DESCRIPTION 

I 


MISSION  DESCRIPTION 

System  Name:  Apache  IV  Mission  Name:  Destroy  Enemy  Armored  Vehicles 

1 

J 

F  unct i ons 

Tasks 

Plan  and  prepare  for  mission 

Plan  flight 

Check  load 

Calculate  weight  and  balance  bearing 
Prepare  performance  planning  card 

Enter  preflight  data 

Conduct  preflight  inspection 

Perform  engine  start,  run-up  and  check 

Taxi  and  takeoff 


Fly  aircraft  to  destination 


Perform  ground  taxi  (1015) 
Perform  hover  power  check  (1017) 
Perfrom  hovering  flight  (1017) 
Perform  takeoff 

Perform  tactical  flight 
Monitor  instruments 


SPREA) REPORTS) PERFORMANCE 


MODE:  WORK 


SPREA  REPORTS 

The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 

u.»  rubbiuri  ucrrjui  x  p  u  a  «_■  i  j 

3.  Performance  reports 

4.  System  RAM 

5.  Function  sequence 

6.  Task  sequence 

7.  Mission  conditions 

Q.  Function  conditions 

PERFORMANCE  REPORTS 

1.  Mission  performance 

2.  Function  performance 
.3.  Task  performance 

4.  Task  function  effects 

I 

P®"H:  SPREA) REPORTS) PERFORMANCE) MISSION  MODE:  WORK 

V®ew  Print  Graphs 
View  this  report 


MISSION  PERFORMANCE  TIME  AND  ACCURACY 


iy stern  Name  :  Apache  IV  Condition  Set  :  Typical 

ission  Name  :  Destroy  Enemy  Armored  Vehicles 


Measures 


T  irne 


Accuracy 


Predicted 

^linimally  acceptable 
Difference 


14.  3 

15  minutes 
-  .7 


95 

95/4  prob.  of  success 
0 


lumber  of  times  minimally 
"acceptable  criteria  met 


4S 


49 


fotal  number  of  times  the  mission  was  executed  :  50 


Mission  Accuracy  Standards 


1.  3  enemy  vehicles  destroyed 

£.  Remaining  enemy  force  assessed 


■ 


3-282 


PITH :  SPREA) REPORTS) PERFORMANCE) MISSION 
V^w  Print  Graphs 

i _ 


MODE:  WORK 


Freq.  Dist, 
Histogram 


N  PERFORMANCE  TIME  AND  ACCURACY 


ystern  Name  :  Apache  IV  Condition  Set  :  Typical 

ission  Name  :  Destroy  Enemy  Armored  Vehicles 


r  . . . 

Measures 

T  ime 

Accuracy 

predicted 

14.  3 

95 

Minimally  acceptable 

15  minutes 

95)4  prob.  of  success 

I 

D i f f erence 

-  .7 

0 

dumber  of  times  minimally 
acceptable  criteria  met 

48 

49 

fotal  number  of  times  the  mission  was  executed  :  50 


Mission  Accuracy  Standards  :  1.  3  enemy  vehicles  destroyed 

£.  Remaining  enemy  force  assessed 


MODE:  WORK 


View 


SPREA) REPORTS) PERFORMANCE) MISSION) FREQ  DIST 
Print 

this  graph 


THE  FREQUENCY  DISTRIBUTION  WILL  BE  DISPLAYED  HERE 


aTHs  SPREA) REPORTS) PERFORMANCE) MISSION) FREQ  DIST 
ew  Pr i nt 
View  this  graph 


THE  HISTOGRAM  WILL  BE  DISPLAYED  HERE 


MODE:  WORK 


I 

JjftTH :  SPREA)  REPORTS) PERFORMANCE 
lew  Print 
lew  this  report 


SPREA  REPORTS 

The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 

L.«  I'UPPIUII  UC5L.I  1  P  Jl  W 1  1 

3.  Performance  reports 

4.  System  RAM 

5 .  Function  sequence 

6.  Task  sequence 

7.  Mission  conditions 

8 .  Function  cond i t i ons 

PERFORMANCE  REPORTS 

1.  Mission  performance 

S.  Function  performance 

3.  Task  performance 

4.  Task  function  effects 

_ 

. 
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tTH :  SPREA)  REPORTS)  PERFORMANCE)  FUNCT I  ON 
ew  Print  Graphs 


mew  Print  Graphs 
View  this  report 


MODE:  WORK 


FUNCTION  PERFORMANCE  REPORT 


i  System  Name:  Apache  IV  Mission  Name:  Destroy  Enemy  Armored  Vehicles 

Function  Name  :  Plan  and  prepare  for  mission 


Simulation  Results 


mean  SD 


Measures 


Cr i t  er i on 
Values 


T  ime 

Accuracy 


N 

rnin 

max 

mean 

1C 

1C 

1 

3.  8 
.  98 

6.  £ 

.  99 

4.  8 
.  98 

Accuracy  Standard 
Accuracy  Weight 


.  02 


F®TH :  SPREA)  REPORTS)  PERFORMANCE)  FUNCTION 
"vBew  Print  Graphs 


MODE:  WORK 


■ -  Tirne  Freq.  Dist.  - — — — - 

[  Accuracy  Freq.  Dist.  RFORMANCE  REPORT 

-  Tirne  Histogram  . . — - 

System  Nam  Accuracy  Histogram  ission  Name:  Destroy  Enemy  Armored  Vehicles 


Plan  and  prepare  for  mission 


Measures 

Cr i t  er i on 
Values 

Simulation  Results 

N 

min 

max 

meart 

|T  i  me 

Accuracy 

5 

.  98 

10 

10 

o  o 

3.  8 
.  96 

6.  2 
.  99 

4.  8 
.  98 

correctly  completed 
.  02 


.014 


MODE:  WORK 


View 


SPREA) REPORTS) PERFORMANCE) FUNCTION) TIME  FREQ  DIST 
Pr  i  nt 

this  graph 


THE  TIME  FREQUENCY  DISTRIBUTION  WILL  BE  DISPLAYED  HERE 
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MODE:  WORK 


I 

pflTH :  SPREA) REPORTS) PERFORMANCE) FUNCTION) ACCURACY  FREQ  DIST 
V®3w  Pr  i  rit 
View  this  graph 


THE  ACCURACY  FREQUENCY  DISTRIBUTION  WILL  BE  DISPLAYED  HERE 


3-290 


fTH:  SPREA> REPORTS) PERFORMANCE) FUNCTION) TIME  HISTOGRAM 
ew  Pr  i  nt 
View  this  graph 


THE  TIME  HISTOGRAM  WILL  BE  DISPLAYED  HERE 
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Pf®H  :  SPREA)  REPORTS)  PERFORMANCE 
ViBw  Print 
View  this  report 


MODE:  WORK 


SPREA  REPORTS 

The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 

uL  »  r  i  a  =>=>  x  i  j.uii 

3.  Performance  reports 

4.  System  RAM 

5.  Function  sequence 

6.  Task  sequence 

7.  Mission  conditions 

Q.  F unct i on  cond i t i ons 

PERFORMANCE  REPORTS 

1.  Mission  performance 

2.  Function  performance 

3.  Task  performance 

4.  Task  function  effects 

P#H :  SPREA)  REPORTS)  PERFORMANCE)  TASK 
Vwbw  Print  Graphs 
View  this  report 


MODE:  WORK 


TASK  PERFORMANCE  REPORT 
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View 


SPREA) REPORTS) PERFORMANCE 
Print 

this  report 


SPREA  REPORTS 

The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 

i_  >  ucaur  a  p  o  a  i  i 

3.  Performance  reports 

4.  System  RAM 

5.  Function  sequence 

6.  Task  sequence 

7.  Mission  conditions 

8.  Funct i on  cond i t i ons 

PERFORMANCE  REPORTS 

1.  Mission  performance 

2.  Function  performance 

3.  Task  performance 

4.  Task  function  effects 

MODE:  WORK 


RKTH :  SPREA) REPORTS) PERFORMANCE) TASK  EFFECTS 
v|^w  Print 
View  this  report 


IMPACT  OF  TASK  ON  OTHER  FUNCTIONS  IN  THE  MISSION  REPORT 


Task  :  Check  load  Function  :  Plan  and  prepare  for  mission 


Task  :  Check  load 
■Level  Accuracy  Standard 
'■I  1  Check  incomplete  or  incorrect 

£  No  check  performed 
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mODE:  WOR 


SPREfi  REPORTS 


The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 

2.  Mission  description 

3.  Performance  reports 

4.  System  RAM 

5.  Fun  | - 

6.  Tas  System  RPM  Reports 
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MODE:  WOR 
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SPREA  REPORTS 


The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 
£.  Mission  description 

3.  Performance  reports 

4.  System  ROM 

5.  Fun 

6.  Tas 

7.  Mis 

8.  Fun 


System  RAM  Reports 


1.  Availability 
£.  Rel iabi 1 ity 

3.  Maintainability  -  overall 

4.  Maintainabi 1 ity  -  by  equipment  type 

5.  Maintainabi 1 ity  -  by  maintenance  task 


H:  SPREA) REPORTS) RAM) RELIABILITY 


MODE:  WORK 


SYSTEM  RELIABILITY  REPORT 

:  Attack  helicopter 
:  Apache  IV 


Usage 
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System  Type 
System  Name 
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SPREfi  REPORTS 


The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 

2.  Mission  description 

3.  Performance  reports 

4.  System  ROM 

5.  Fun  [  . ■■■■ - 

6.  Tas  System  RftM  Reports 


flvai labi 1 ity 
Rel iabi 1 ity 

Maintainability  -  overall 
Maintainability  -  by  equipment  type 
Maintainability  -  by  maintenance  task 


MODE:  WORK 


p(frH:  SPREA) REPORTS) RAM) IOC 


SYSTEM  LEVEL  IOC  REQUIREMENTS  REPORT 
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ystern  Name:  Apache  IV 


System  Type:  Attack  helicopter 
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SPREA  REPORTS 


The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 
£.  Mission  description 

3.  Performance  reports 

4.  System  ROM 

5.  Fun  | - — — — - 

6.  Tas  System  RAM  Reports 
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}TH :  SPREA)  REPO  RTS  >  ROM)  ALLOCAT  I  ON 


MODE:  WORK 


GENERIC  EQUIPMENT  TYPE  MAINTENANCE  REQUIREMENTS  REPORT 
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SPREA  REPORTS 


The  following  reports  are  available 
for  review  and/or  printing. 

1.  System  description 
£.  Mission  description 

3.  Performance  reports 

4.  System  RAM 

5.  F  un 

6.  Tas 

7.  Mis 

8.  Fun 


System  RAM  Reports 


1.  Availability 
£.  Reliability 

3.  Maintainabi 1 ity  -  overall 

4.  Maintainability  -  by  equipment  type 

5.  Maintainability  -  by  maintenance  task 
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PflTH:  SPREA>  REPORTS) FUNCTION  SEQUENCE 
Print  Diagram 
View  this  report 


MODE:  WORK 


FUNCTION  SEQUENCE  REPORT 


System  Name  :  Apache  IV 


Mission  Name  s  Destroy  Enemy  Armored  Vehicles 


unct ions 


Fo 1 1 ow i n  g  F unct i ons 


Loop 


Prob 
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MODE:  WORK 
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Pi»H:  SPREA> REPORTS 
vjfw  Print 
View  this  report 
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SPREA  REPORTS 


The  following  reports  are  available 
for  review  and/or  printing. 


System  descr 
Mission  desc 
Performance 
System  RAM 
F unct i on  seq 
Task  sequenc 
Mission  cond 
Function  con 


MISSION  CONDITIONS  REPORTS 
All  reports 

Environmental  -  standard 
Environmental  —  additional 
Terrain  -  standard 
Terrain  -  additional 
General  target /threat 
Target /threat  types 
Additional  target 
Additional  threat 
Friendly  force  organization 
Friendly  force  weapon/fire 
Fr i end 1 y  force  .  m i see 1 1 aneous 


3.12  Step  12  -  Correct  if  Necessary 


In  this  step,  the  SPREA  will  aid  the  user  in  correcting  any 
of  the  function  or  task  performance  criteria  which  are 
inconsistent  with  the  minimally  acceptable  mission  performance, 
as  entered  in  Step  3.  The  inconsistencies  will  have  been 
identified  in  the  SPREA  reports  which  are  outputs  of  Step  11. 
This  step  will  simply  give  the  user  guidance  on  correcting  the 
inconsistencies . 


Input 


The  input  to  this  step  consists  of  the  results  of  the 
mission  simulation  as  compared  to  the  minimally  acceptable 
mission  performance  criteria  entered  in  Step  3. 

External .  None. 

Internal .  The  minimally  acceptable  mission  performance 
criteria  from  Step  3.  The  mission  simulation  results,  compiled 
in  Step  10  and  reported  in  Step  11. 


Process 


The  process  that  the  user  will  go  through  to  resolve  any 
inconsistencies  between  the  mission  performance  predicted  by  the 
simulation  model  versus  the  minimally  acceptable  mission 
performance  criteria  entered  in  Step  3  will  be  straightforward. 

Case  1:  The  mission  performance  time  is  too  long. 

Causes ;  The  predicted  mission  performance  time  can  only  be 
too  long  for  either  or  both  of  two  reasons.  First,  the  function 
performance  times  may  be  too  long.  Since  the  task  performance 
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times  are  allocated  using  a  percentage  allocation  chart,  the  task 
performance  times  are  results  of,  rather  than  drivers  of,  the 
function  performance  time.  The  second  possibility  is  that  the 
task  accuracies  may  be  too  low.  Each  task  has  been  assigned  a 
probability  of  accurate,  partially  inaccurate,  or  completely 
inaccurate  performance.  Associated  with  each  level  of  accuracy, 
there  is  a  probability  that  the  task  will  repeat  itself. 
Therefore,  a  mission  performance  time  which  is  very  long  may  be  a 
result  of  some  tasks  repeating  themselves,  and  thereby  increasing 
the  total  execution  time  for  the  task. 

Resolution:  So  the  user  will  be  asked  whether  he/she  wishes 
to  pursue  resolving  the  mission  performance  time  through  the  task 
accuracy  avenue,  or  whether  he/she  wishes  to  pursue  resolution 
through  examining  and  reassigning  function  performance  times. 

To  aid  the  user  in  resolving  the  mission  performance  time 
in  either  event,  the  user  will  first  be  presented  with  the 
functions  and  tasks  on  the  critical  path.  The  SPREA  will  also 
give  the  user  an  indication  of  the  magnitude  of  the  overrun. 

This  indication  will  be  a  percentage.  For  instance,  the  SPREA 
will  output  "The  mission  performance  time  exceeds  the  requirement 
by  10  minutes.  This  is  a  4%  overrun." 

If  the  user  indicates  that  he/ she  wishes  to  modify  the  task 
accuracy  table,  then  the  tasks  which  are  on  the  critical  path 
will  be  presented.  The  user  will  be  able  to  edit  the  accuracy 
estimates  of  any  or  all  of  the  paths. 

If  the  user  indicates  that  he/she  wishes  to  modify  the 
function  and  task  performance  times,  then  the  SPREA  will  ask  the 
user  whether  he/she  wishes  to  decrease  all  the  function  times  on 
the  critical  path  by  percentage  difference  (in  our  example,  4%) . 
The  SPREA  will  warn  the  user  that  this  may  result  in  a  different 
critical  path.  If  the  user  does  not  wish  to  make  an  "across  the 
board"  reduction,  the  SPREA  will  then  identify  any  functions  on 
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the  critical  path  which  the  user  did  not  specify  performance 
times  for  (remember  that  the  user  could  enter  a  "?"  in  the  time 
cell  for  any  function  or  task) ,  and  the  SPREA  assigned  times  from 
the  baseline  library.  The  SPREA  will  ask  the  user  if  he/ she 
wishes  to  have  the  SPREA  deduct  the  performance  difference  from 
those  functions.  (If  there  is  more  than  one  such  function,  then 
the  SPREA  will  deduct  the  amount  equally) .  If  the  user  does  not 
desire  that  solution,  then  the  SPREA  will  ask  him/her  to  edit  the 
performance  times  manually. 

Case  2;  Mission  performance  accuracy  (probability  of 
mission  success  is  too  low) 

Causes :  If  the  mission  performance  accuracy  is  too  low, 

then  the  only  possible  causes  are:  1)  the  function  accuracies  are 
too  low,  or  2)  the  function  accuracy  weights  have  been 
misapplied. 

Resolution:  The  SPREA  will  ask  the  user  which  path  he/she 

wishes  to  pursue  in  order  to  correct  the  function  accuaracy 
allocations.  If  the  user  indicates  that  he  she  wishes  to  examine 
the  function  accuracies,  then  the  SPREA  will  present  the  entire 
set  of  predicted  function  accuracies.  Now,  the  function 
accuracies  can  only  be  too  low  if  the  task  accuracies  are  too 
low.  Beginning  with  the  lowest  function  accuracy,  the  user  will 
be  presented  with  each  task  which  contributed  to  that  function’s 
accuracy  measure.  This  will  continue  through  the  entire  set  of 
functions,  or  will  continue  until  the  user  opts  to  discontinue 
the  process. 

If  the  user  indicates  that  he/she  wishes  to  re-examine  the 
function  accuracy  weights,  then  the  SPREA  will  present  the  entire 
function  accuracy  weighting  table  to  the  user  for  edits.  The 
edits  will  be  carried  out,  just  as  in  Step  7  of  the  process. 

Case  3:  Mission  performance  time  is  too  long  and  mission 
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accuracy  is  too  low 


Causes:  Any  combination  or  permutation  of  the  four  causes 
listed  in  the  two  preceding  cases  apply. 

Resolution:  The  SPREA  will  suggest  to  the  user  that  the 

best  plan  will  be  to  edit  the  task  accuracy  table.  The  values  in 
this  table  influence  both  mission  time  and  mission  accuracy. 

The  user  will  also  have  the  opportunity  to  resolve  this  case 
using  any  of  the  resolution  methods  discussed  above. 

Output 

The  output  from  this  step  consist  of  modified  task  and 
function  performance  criteria.  The  output  of  this  step  will  be 
fed  into  Step  10,  for  another  mission  simulation.  This  sequence 
of  steps  (10  through  12)  will  iterate  until  the  user  is  satified 
with  the  results. 

User  Interface 


The  user 
the  remainder 


interface  for  this  step  is  discussed  in  detail  in 
of  this  subsection. 
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Step  12:  Correct  if  Necessary 


Screen  12.1  -  Inform  the  user  of  the  corrections  (i.e.,  time, 
accuracy,  or  both)  that  must  be  made. 

User  Action:  None.  This  is  simply  an  informative  screen. 

Input  Files;  The  simulation  results  files  which  were  used 
to  compile  the  reports  in  Step  11  are  inputs  to  this  screen. 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  If  Case  1,  then  12.2.  If  Case  2,  then 
12.3.  If  Case  3,  then  12.4.  If  the  user  presses  FI,  a  context- 
specific  help  file  will  be  displayed.  After  the  help  file  is 
displayed,  the  user  will  press  the  carriage  return  to  return  to 
this  menu. 

Error  Statements:  None 
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Screen  12.2  -  The  predicted  mission  performance  time  is  too  long. 
In  this  step,  the  user  will  be  asked  to  indicate  which  method  he 
wishes  to  pursue  in  order  to  correct  the  discrepancy  between  the 
predicted  mission  performance  time  and  the  minimally  acceptable 
mission  performance  time.  This  screen  will  indicate  the  amount 
of  the  difference,  both  in  relative  percentage  and  absolute 
figures. 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  method  which  the  user  prefers  for 
resolving  the  performance  time  prediction.  The  user  will  press 
the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen;  If  the  user  chooses  to  shorten  the 
function  performance  times,  then  control  will  be  passed  to  Step 
5.  If  the  user  chooses  to  review  the  task  accuracy  table,  then 
control  will  be  passed  to  Step  8.  If  the  user  presses  "escape” 
then  Screen  12.1.  If  the  user  presses  FI,  a  context-specific 
help  file  will  be  displayed.  After  the  help  file  is  displayed, 
the  user  will  press  the  carriage  return  to  return  to  this  menu. 

Error  Statements:  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  yertical  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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TH:  SPREA) CORRECT) FUNCTION  TIMES 


MODE:  WORK 


System  Name:  Apache  IV 


Functions  (*  -  time  set 


FUNCTION  TIME  TABLE 


Mission  Name: 


by  SPREA) 


T  irne 


Destroy  Enemy  Armored  Vehicles 


1.  Change  all  times  by 

a  specified  percentage 


- ON  CRITICAL  PATH - 

Plan  and  prepare  for  mission 

Taxi  and  takeoff 

Navigate 

Fly  aircraft  to  destination 

*  Acquire  targets 

*  Attack  targets 
Navigate 

Fly  aircraft  from  destination 
Approach  and  land  aircraft 
Perform  after  landing  tasks 

- NOT  ON  CRITICAL  PATH - 

Communicate 

*  Defend  against  attack 


5 

1 

1 


.  5 
.  5 


1 

2 

1 

£ 

1 


2.  Change  individual 
function  times 

3.  Recompute  critical 
path  time 


Criterion 
Mission  Time 

Critical  Path 
Total  Time 

15 

16 
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TH:  SPREA) CORRECT) FUNCTION  TIMES 


MODE:  WORK 


FUNCTION  TIME  TABLE 


System  Name:  Apache  IV  i 


Functions  (*  -  time  set  by  SPREA) 


- ON  CRITICAL  PATH - 

Plan  and  prepare  for  mission 
Taxi  and  takeoff 
Navi  gate 

Fly  aircraft  to  destination 

*  Acquire  targets 

*  Attack  targets 
Navigate 

Fly  aircraft  from  destination 
Approach  and  land  aircraft 
Perform  after  landing  tasks 

- NOT  ON  CRITICAL  PATH - 

Communicate 

*  Defend  against  attack 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


1.  Change  all  times  by 

a  specified  percentage 

£.  Change  individual 
f unct i on  t irnes 

3.  Recompute  critical 
path  time 

Enter  ’A  change:  +  0 


Criterion  Critical  Path 
Mission  Time  Total  Time 


KTH:  SPREA) CORRECT) FUNCTION  TIMES 
ve  Cancel 
Save  changes 


MODE:  WORK 


FUNCTION  TIME  TABLE 


II 


II 


System  Name:  Apache  IV 


Functions  (*  —  time  set  by  SPREA) 


- ON  CRITICAL  PATH - 

Plan  and  prepare  for  mission 
Taxi  and  takeoff 
Navi  gate 

Fly  aircraft  to  destination 

*  Acquire  targets 

*  Attack  targets 
Navi  gate 

Fly  aircraft  from  destination 
Approach  and  land  aircraft 
Perform  after  landing  tasks 

- NOT  ON  CRITICAL  PATH - 

Communicate 

*  Defend  against  attack 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


4.  5 
.  9 
.  9 
1.8 
.  45 
.  45 
.  9 
1.  8 
.  9 
1.8 


1.  Change  all  times  by 

a  specified  percentage 

2.  Change  individual 
f unct i on  t i rnes 

3.  Recompute  critical 
path  time 


Cr i t er i on  Cr itical  Path 

M i ss i on  T i me  Total  T i me 

15  14.4 
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TH:  SPREA) CORRECT 


MODE:  WORK 


MISSION  SIMULATION  RESULTS  AND  CORRECTION 

Measure 

Cr iter ion 
Value 

Sirnulat  ion 
Value 

T  ime 

15 

16.6 

Accuracy 

.  95 

.  95 

ERROR 

The  simulated  mission  time  exceeds  the  criterion  time. 
This  may  be  resolved  by: 

1.  Reassigning  function  times 

£.  Reassigning  task  accuracies  for  degraded  functions 
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MODE:  WORK 


fTH:  SPREA) CORRECT) DEGRADED  FUNCTIONS 
lect 

Select  this  function  for  changing  task  accuracies 


p«H :  SPREA) CORRECT) DEGRADED  FUNCTIONS 
Select 

Select  this  function  for  changing  task  accuracies 


MODE:  WORK 


r 

N 


ystem  Name:  Apache  IV 


egraded  Functions 


DEGRADED  FUNCTIONS 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


*ly  aircraft  to  destination 
Fly  aircraft  from  destination 

Bcquire  targets 
ttack  targets 
Defend  against  attack 


Required 

Simulated 

Accuracy 

Accuracy 

.  95 

.93 

.  95 

.93 

.  95 

.  9£ 

.95 

.  94 

.  90 

.  89 
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SPREA) CORRECT) DEGRADED  FUNCT I ONS>  TASK  ACCURAC I ES 


TASK  ACCURACIES  FOR  DEGRADED  FUNCTION 


Fly  aircraft  to  mission  area 


'ask 


Perform  tactical  flight  0  .95  0  Com 

1  . 04  1  Com 

£  .01  1  Not 

Monitor  instruments  0  .90  0  Com 


MODE:  WORK 


P ( lev) 

P (redo) 

Accuracy  Standard 

.  95 

0 

Comp 1 et  ed 

.  04 

1 

Completed  incorrectly 

.  01 

1 

Not  completed 

.  90 

0 

Completed 

.  oa 

.  7 

Completed  incorrectly 

.  0£ 

1 

Not  completed 
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MODE:  WORK 


fJtH:  SPREA) CORRECT) DEGRADED  FUNCTIONS) TASK  ACCURACIES 
Save  Cance 1 


Screen  12.3  -  The  predicted  mission  performance  accuracy  (i.e., 
probability  of  mission  success)  is  too  low.  In  this  step,  the 
user  will  be  asked  to  indicate  which  method  he  wishes  to  pursue 
in  order  to  correct  the  discrepancy  between  the  predicted  mission 
performance  accuracy  and  the  minimally  acceptable  mission 
performance  accuracy.  This  screen  will  indicate  the  amount  of 
the  difference,  both  in  relative  percentage  and  absolute  figures. 

User  Action?  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  method  which  the  user  prefers  for 
resolving  the  performance  accuracy  prediction.  The  user  will 
press  the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  None 

Algorithms :  None 

Following  Screen:  If  the  user  chooses  to  reset  the 

individual  function  accuracy  weights,  then  control  will  be  passed 
to  Step  7.  If  the  user  chooses  to  review  the  task  accuracy 
table,  then  control  will  be  passed  to  Step  8.  If  the  user 
presses  "escape"  then  Screen  12.1.  If  the  user  presses  FI,  a 
context-specific  help  file  will  be  displayed.  After  the  help 
file  is  displayed,  the  user  will  press  the  carriage  return  to 
return  to  this  menu. 

Error  Statements;  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  vertical  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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fcj  ro 


H:  SPREA> CORRECT 


MODE:  WORK 


The  simulated  mission  accuracy  is  below  the  criterion  accuracy. 


This  may  be  resolved  by: 

1.  Reassigning  function  accuracies  and/or  accuracy  weights 
.  Reassigning  task  accuracies  for  degraded  functions 

.  Reassigning  task  effects  from  other  functions  on  degraded  functions 
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p 


SPREPI>  CORRECT)  FUNCTION  ACCURACIES  AND  WEIGHTINGS 


MODE:  WORK 


ystern  Name:  Apache  IV 


unct ions 


II  an  and  prepare  for  mission 
axi  and  takeoff 
Fly  aircraft  to  destination 

(ly  aircraft  from  destination 
avigate 
omnium  cate 

tpproach  and  land  aircraft 
erforrn  after  landing  tasks 
ompensate  for  inflight  equip,  fail 
Acquire  targets 

fttack  targets 

efend  against  attack 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


Acc.  Wt.  Accuracy  Standard 


completed  correct ly 
completed  w/o  abort 
within  10  meters 
within  10  meters 
id  destination  correctly 
receive  and  send  ok 
without  abort 
completed  correctly 
w/o  causing  mission  abort 
id  &  acquire  all  targets 
disable  enemy  vehicle 
evade  enemy  attack 


Total  of  weightings 


MODE:  WORK 


I 

1TH:  SPREA) CORRECT) FUNCTION  ACCURACIES  AND  WEIGHTINGS 
ve  Cancel 
Save  changes 

FUNCTION  ACCURACIES  AND  WEIGHTINGS 


System  Name:  Apache  IV  Mission  Name:  Destroy  Enemy  Armored  Vehicles 


"Functions 

Acc. 

Wt. 

Accuracy  Standard 

Bp lan  and  prepare  for  mission 

.  98 

.  02 

comp 1 et  ed  correct  1 y 

HTaxi  and  takeoff 

.  90 

.  i 

completed  w/o  abort 

Fly  aircraft  to  destination 

.  95 

.  i 

within  10  meters 

■Fly  aircraft  from  destination 

.  95 

.  i 

within  10  meters 

flNavi gat e 

.  95 

.  i 

id  destination  correctly 

F  Communicate 

.  90 

.  06 

receive  and  send  ok 

LApproach  and  land  aircraft 

.  90 

.  1 

without  abort 

■Perform  after  landing  tasks 

.  98 

.  02 

completed  correctly 

^Compensate  for  inflight  equip,  fail 

.  90 

.  1 

w/o  causing  mission  abort 

1  Acquire  targets 

.  95 

.  1 

id  &  acquire  all  targets 

BAttack  targets 

.  95 

.  1 

disable  enemy  vehicle 

■Defend  against  attack 

.  90 

.  1 

evade  enemy  attack 

Total  of  weightings:  1 
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OJ  fO 


iTH:  SPREft)  CORRECT 


MODE:  WORK 


MISSION  SIMULATION  RESULTS  AND  CORRECTION 

Measure 

Cr iter ion 
Value 

Simulat ion 

Va  1  ue 

T  ime 

15 

15 

Accuracy 

.  95 

.  9£ 

ERROR 


The  simulated  mission  accuracy  is  below  the  criterion  accuracy. 

This  may  be  resolved  by: 

1.  Reassigning  function  accuracies  and/or  accuracy  weights 
.  Reassigning  task  accuracies  for  degraded  functions 

.  Reassigning  task  effects  from  other  functions  on  degraded  functions 


SPREA) CORRECT) TASK  EFFECTS  ON  FUNCTIONS 


MODE:  WORK 


I 


1 

FUNCTIONS  DEGRADED  BY  TASK  EFFECTS 

^System  Name:  Apache  IV  Mission  Name:  Destroy  Enemy  Armc 

>red  Vehicles 

"degraded  Funct ion 

Level 

jCDegradat  ion 

Source  Function 

r 

Task 

_ 

Fly  aircraft  to  destination 

h  Plan  and  prepare  for  mission 

8  Plan  flight 

i 

30 

£ 

50 

—  Enter  preflight  data 

i 

£0 

■ 

a 

60 

™  Navigate 

Identify  present  location 

l 

£0 

■ 

a 

ao 

8  Identify  destination 

i 

30 

a 

30 

Select  travel  route 

l 

30 

1 

a 

30 

fl 
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MODE:  WORK 


PA»H:  SPREA> CORRECT) TASK  EFFECTS  ON  FUNCTIONS 
Sa^e  Cancel 
Save  changes 


n 


FUNCTIONS  DEGRADED  BY  TASK  EFFECTS 


gystem  Name:  Apache  IV 


Mission  Name:  Destroy  Enemy  Armored  Vehicles 


graded  F unct i on 

Source  Function 
Task 


Fly  aircraft  to  destination 

Plan  and  prepare  for  mission 
Plan  flight 


Enter  preflight  data 


Level 


1 

£ 

1 

£ 


%Degradat ion 


30 

50 

£0 

60 


Navigate 

Identify  present  location 
Identify  destination 
Select  travel  route 


1 

£ 

1 

£ 

1 


£0 

£0 

30 

30 

30 

30 


Screen  12.4  -  The  predicted  mission  performance  accuracy  (i.e., 
probability  of  mission  success)  is  too  low  and  the  predicted 
mission  performance  time  is  to  long.  In  this  step,  the  user  will 
be  asked  to  indicate  which  method  he  wishes  to  pursue  in  order  to 
correct  the  discrepancy  between  the  predicted  mission  performance 
and  the  minimally  acceptable  mission  performance.  This  screen 
will  indicate  the  amount  of  the  difference,  both  in  relative 
percentage  and  absolute  figures. 

User  Action:  Use  the  vertical  arrow  keys  to  move  the 
highlight  bar  to  select  the  method  which  the  user  prefers  for 
resolving  the  performance  time  prediction.  The  user  will  press 
the  carriage  return  to  complete  the  entry. 

Input  Files:  None 

Output  Files:  None 

Algorithms ;  None 

Following  Screen:  If  the  user  chooses  to  shorten  the 

function  performance  times,  then  control  will  be  passed  to  Step 
5.  If  the  user  chooses  to  review  the  task  accuracy  table,  then 
control  will  be  passed  to  Step  8.  If  the  user  wishes  to  reset 
the  function  accuracy  weights,  then  control  will  be  passed  to 
Step  7.  If  the  user  presses  "escape"  then  Screen  12.1.  If  the 
user  presses  FI,  a  context-specific  help  file  will  be  displayed. 
After  the  help  file  is  displayed,  the  user  will  press  the 
carriage  return  to  return  to  this  menu. 

Error  Statements;  If  an  inappropriate  key  is  pressed  (i.e., 
not  a  vertical  arrow,  carriage  return,  or  FI) ,  then  "Please  use 
the  arrow  keys  to  move  the  highlight  bar,  select  an  option  by 
pressing  the  return  key" 
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MODE:  WORK 


I 

pJrH:  SPREA> CORRECT 


1 

1 

1 

MISSION  SIMULATION  RESULTS  AND  CORRECTION 

Measure 

Cr i t  er i on 

Va  1  ue 

Simulat ion 

Va  1  ue 

T  i  me 

15 

16.  6 

Accuracy 

.  95 

.  92 

|  ERROR 

The  simulated  mission  time  exceeds  the  criterion  and  the  simulated  mission 
Accuracy  is  below  the  criterion  accuracy.  This  may  be  resolved  by: 

1.  Reassigning  function  times 

2.  Reassigning  task  accuracies  for  degraded  functions 

II  3.  Reassigning  function  accuracies  and/or  accuracy  weights 

1  4.  Reassigning  task  effects  from  other  functions  on  degraded  functions 

H _ ^ ^ - 

